微
服务和传统服务架构
4）技术选型成本高：较大规模的系统，最初的选型会影响新技术的使用5）可扩展性差：a垂直扩展：增加
服务器b水平扩展：在集群中添加节点，使用负载均衡(若应用有一部分是需要内存密集型缓存大量数据，有一部分是需要，部署完成后再重新启动进程，无法独立部署一般为了代码的重用性，会把重复的代码封装成组件(可独立升级，独立替换掉的部分)，传统架构中，通常是共享库，比如jar包或者是win下的dll等但在微服务架构中，应用程序由多个服务组成2）可以更轻松的迁移和扩展，包括物理机，虚拟机和公有云，私有云等，这种兼容性可以很方便的将应用程序从一个平台直接迁移到另一个3）更简单的管理，使用，所有镜像的修改都可以用增量的方式发布和更新，可以跨平台，跨语言当然，微服务也有它的不足之处，就是分布式调用比进程内通信需要消耗更多的时间，并且严重依赖网络的稳定性和可靠性2）围绕业务组织团队传统架构里，我们通常会按照技能去划分团队，懂服务器的运维人员5）工具IDE工具，并没有为分布式调用提供良好的支持有效的构建组动画部署流水线，降低部署成本，提高部署频率，是微服务架构的下一个跳战，传统的系统被拆分成多个相互协作的独立服务后，随着微服务个数的增多，
发表评论