微服务架构较soa的优势（微服务和SOA不同）

微服务架构较soa的优势

1、一个归档包，例如格式，包含了应用所有功能的应用程序，我们通常称之为单体应用。架构单体应用的方法论，我们称之为单体应用架构优势。就是一个包打天下，

2、1：架构简单明了，没有”花里胡哨“的问题需要解决。2：在系统功能不是很臃肿下，代码文件小的情况下，部署简单，尤其是运维人员睡着都会笑醒，当大大小小的功能模块都集中在同一项目的时候架构，整个项目必然会变得臃肿，让开发者难以维护，即项目的复杂性将不断扩大。业务复杂度增加，一个项目即会设计到订单，支付，用户，商品等模块的业务开发维护起来简单服务，还是只做订单模块的开发维护简单不言而喻。

3、整个单体系统的各个功能模块都依赖于同样的数据库、内存等资源，一旦某个功能模块对资源使用不当，整个系统都会被拖垮如某个线程一直占着数据库连接不释放，将耗尽连接池。或者对消耗过高将影响其他线程的处理性能。且多个模块共用一个进程，进程资源紧张优势。当系统的访问量越来越大的时候，单体系统固然可以进行水平扩展微服，部署在多台机器上组成集群：。

4、但是这种扩展并非灵活的扩展不同。比如我们现在的性能瓶颈是支付模块，希望只针对支付模块做水平扩展，这一点在单体系统是做不到的。

5、能想像下一个来自200+代码部署的速度(15分钟)。如果只对某一个模块做了修改，那么其他模块也要对应上线，测试回归量大。1微服。

微服务和SOA不同

1、单体应用编程语言都是一样的，某些服务可能用其他语言开发可能会更好。阻碍了新技术的发展。比如我们的架构模块从2迁移到，那么就会成为灾难。

2、微服务，是近几年流行的一种架构思想，关于它的概念很难一言以蔽之。究竟什么是微服务呢。我们在此引用公司的首席科学家的一段话：。简而言之，微服务架构风格是一种将单个应用程序作为一套小型服务开发的方法，每种应用程序都在自己的进程中运行，并与轻量级机制，通常是资源，进行通信不同。

3、这些服务是围绕业务功能构建的，可以通过全自动部署机制独立部署。这些服务的集中管理最少，可以用不同的编程语言编写，并使用不同的数据存储技术。简单说就是将一个完整的应用，单体应用，按照一定的拆分规则，业务领域拆，拆分成多个不同的服务服务，每个服务都能独立地进行开发、部署、扩展。服务与服务之间通过微服，消息，等方式进行调用和通信。

4、传统的单体架构是以整个系统为单位进行部署优势，而微服务则是以每一个独立组件，例如用户服务，商品服务，为单位进行部署架构。微服务设计的原则之一，就是每一个微服务拥有独立的数据源优势，假如微服务想要读写微服务的数据库，只能调用微服务对外暴露的接口来完成。这样有效避免了服务之间争用数据库和缓存资源所带来的问题。

5、微服务设计的思想也改变了原有的企业研发团队组织架构。传统的研发组织架构是水平架构，前端有前端的团队，后端有后端的团队，有的团队，测试有测试的团队。