在引入SOA软件设计概念之前，先聊一聊传统开发的架构是怎么弄的？

        传统开发是将所有服务都整合到一个软件包里卖弄在一同发布上线。这种方式称为“单体式架构”。我们使用tomcat运行的war包，springboot 将所有服务打包在一块，都属于“单体式架构”。

        而这种架构方式：代码冗余，服务之间耦合度高，维护成本高。所以就需要减少服务之间的依赖。遵循高内聚低耦合的规则。

        SOA的概念就是：面向服务的体系架构；SOA目的只有一个，那就是使各个服务之间互相独立，却又能互相调用各自的业务方法。各个服务之间重启，更新，扩展且互不影响；这就是服务之间“高内聚低耦合”的表现形式。各个服务之间互相独立，意味着减少服务之间依赖(降低耦合)。且又能调用各自的业务方法(体现出服务之间内聚能力)。

       实现方式就是每一个服务单独为一个服务应用，服务之间并通过通信协议来实现数据之间的传递。SOA是采用ESB（企业服务总线）方式实现通信。

       所以SOA消除了开发人员从头到尾进行集成的困扰。通过使用标准网络协议（JSON, SOAP, ActiveMQ, RocketMQ）来开放服务以发送请求或访问数据。

       除此之外，开发人员还可以通过企业服务总线(ESB) 的模式，在集中式与后端系统之间执行集成，然后将其作用服务接口。

       在面向服务的架构模式中，服务使用“松散耦合”系统进行通信。这是一种将系统或网络中的组件（也称为“元素”）进行互联的方式，其目的是在传递信息或协调业务流程的同时减少它们之间的依赖程度。

与单体式方案的优势

可扩展：SOA采用标准通信协议来实现服务之间数据传递，使得服务得于独立更新，部署，扩展。

便于维护：任何服务都可以单独维护，依次独立。修改和更新，而不会影响其他服务。

更快的产品发布和更大的灵活性：服务的可复用性让组建应用变得更加容易和快捷。而不是像单体式应用每次从头再来。

SOA的角色

    SOA 面向服务架构：构建模块是由3个角色组成。

              服务提供商/服务生成者：提供服务，并注册到服务注册表

              服务注册表/服务代理：发现服务，存储服务。服务注册表/服务代理负责向服务消费者提供有关服务的信息。

              服务请求者/服务消费者：消费服务，服务消费者去服务注册表当中服务服务，然后连接服务提供商以接受服务

SOA与微服务

       SOA与微服务主要的区别就是：

               SOA是一种企业级的架构方案，而微服务则是应用开发团队的一种实施策略。

               它们各个组件之间通信不同，SOA采用ESB。而微服务则可以通过与语言无关的API方式进行无状态通信。

               微服务的通信方式比SOA的通信方式较为轻量。