SOA 面向服务架构

        在引入SOA软件设计概念之前，传统的项目开发模式是“单体式架构”。单体式架构是将所有服务都整合到一个软件包里再一同发布上线。比如，我们使用tomcat运行的war包，springboot 将所有服务打包在一个jar包，都属于“单体式架构”。

        SOA全名称（Service-Oriented Architecture）面向服务体系架构；SOA指定每一个服务应该是独立的，并且具有完整，离散的业务功能。服务之间互相独立，却又能互相调用各自服务的方法功能。并且各个服务之间重启，更新且互不影响；各个服务之间互相独立，意味着减少服务之间依赖(降低耦合的体现)，且又能调用各自的业务方法(体现服务之间有不错的内聚能力)。

        SOA采用标准通信协议来实现服务之间数据传递，使得服务得于独立更新，部署，扩展。便于维护：任何服务都可以单独维护，依次独立。修改和更新，而不会影响其他服务

        准确的说: SOA(面向服务的体系架构)指导服务接口使软件组件具有可重用和可互操作的方法。服务使用通用接口标准和体系结构模式，可以快速合并到新应用中程序中。

        这么一说，是不是怎么感觉和微服务也差不多啊？

        SOA与微服务主要的区别就是：SOA是一种企业级的架构方案，一个集成架构样式和企业级概念。而微服务则是应用开发团队的一种实施策略。是一种应用级别概念。凭借微服务架构，可以将单个应用程序的内部结构拆分成独立服务。

单体与微服务

SOA(面向服务架构)

与单体式方案的优势

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

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

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

SOA的角色

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

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

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

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