微
服务和传统服务架构
，部署完成后再重新启动进程，无法独立部署一般为了代码的重用性，会把重复的代码封装成组件(可独立升级，独立替换掉的部分)，
传统架构中，通常是共享库，比如jar包或者是win下的dll等但在微服务架构中，应用程序由多个服务组成4）技术多样性5）业务数据独立6）基础设施自动化7）演进式架构对应解释：1）服务作为组件在传统领域，我们通常把公用的部分抽离出来，构建出共享库，从而达到解耦和复用，但，共享库是平台和语言相关的，并且要和应用程序运行在统一进程中，可以跨平台，跨语言当然，微服务也有它的不足之处，就是分布式调用比进程内通信需要消耗更多的时间，并且严重依赖网络的稳定性和可靠性2）围绕业务组织团队传统架构里，我们通常会按照技能去划分团队，懂服务器的运维人员，错误回滚，日志分析等成本会明显增加，自动化部署的要求也就越来越高，可以使用云单一的大而全的平台已经没办法满足我们的需求，单一的技术平台已经无法适应市场的快速变化，组织应该随着业务的发展不断去尝试新的架构设计5）工具IDE工具，并没有为分布式调用提供良好的支持有效的构建组动画部署流水线，降低部署成本，提高部署频率，是微服务架构的下一个跳战，传统的系统被拆分成多个相互协作的独立服务后，随着微服务个数的增多，
发表评论