为什么泽众ALM研发管理平台要升级微服务架构，这样做有什么优点？

泽众ALM研发管理平台技术研发团队，产品今年已升级微服务架构，上线也有一段时间了，不管客户还是试用用户给我们反馈较好，当然也有吹毛求疵的问题，产品也在不断升级之中，也有些行业中朋友和粉丝，来问我们之前产品不是挺好的，为什么要升级微服务架构，这样做有什么优点？

大家应该都了解微服务架构，也是热门的技术，这么多人使用，为什么会使用这个技术呢?

网上相关资料也很多，今天小编直奔主题带着大家一起来看看，共同学习一下：

素材来自网络，参考学习微服务架构

第一，部署简单

当采用微服务架构的时候，每个服务就会承担少数的职责，从而每次只需要发布发生修改的系统，其他系统依然能够正常运行，波及范围较小。此外，相对于单服务应用而言，每个微服务系统修改的代码相对较少，从而部署后出现错误的概率也相对较低。微服务还能降低系统的复杂性，对产品后期版本升级的效率大大提升，而不是牵一发而动全身。

第二，易于扩展

当我们使用了微服务架构后，如果某一项服务的性能到达瓶颈，那么我们只需要增加该服务的节点数即可，其他服务无需变化。这种扩展更加具有针对性，能够充分利用计算机硬件和软件资源。而且只扩展单个服务影响的范围较小，从而系统出错的概率也就越低。微服务在重构后也能通过横向扩展，以较低的成本来增大系统的吞吐量，能够针对系统的瓶颈服务更有效的使用资源。

第三，技术异构性

对于单服务应用而言，一个系统的所有模块均整合在一个项目中，所以这些模块只能选择相同的技术。但有些时候，单一技术没办法满足不同的业务需求。如对于项目的算法团队而言，函数试编程语言可能更适合算法的开发，而对于业务开发团队而言，类似于Java的强类型语言具有更高的稳定性。然而在单服务应用中只能互相权衡，选择同一种语言，而当我们使用微服务结构后，这个问题就能够引刃而解。我们将一个完整的系统拆分成了多个独立的服务，从而每个服务都可以根据各自不同的特点，选择较为合适的技术体系。