SOA（面向服务的架构） 架构与微服务架构的区别

SOA（面向服务架构先容）：https://baike.baidu.com/item/SOA/2140650?fr=aladdin

SOA注意重用，微服务注意重写

SOA 的重要目标是为了企业各个体系更加轻易地融合在一起。

微服务通常由重写一个模块开始。要把整个巨石型的应用重写是有很大的风险的，也不愿定须要。我们向微服务迁徙的时间通常从耦合度最低的模块或对扩展性要求最高的模块开始。

把它们一个一个剥离出来用灵敏地重写，可以实验最新的技能和语言和框架，然后 单独布署。它通常不依靠其他服务。微服务中常用的 API Gateway 的模式重要目标也不是重用代码。
而是镌汰客户端和服务间的往来。API gateway 模式不等同与 Facade 模式，我们可以使用如 Future 之类的调用，乃至返回不完备数据。

SOA注意水平服务，微服务注意垂直服务

SOA 操持喜欢给服务分层(如 Service Layers 模式)。我们常常见到一个 Entity 服务层的操持，美其名曰 Data Access Layer。这种操持要求全部的服务都通过这个 Entity 服务层。来获取数据。这种操持非常不机动，好比每次数据层的改动都大概影响到全部业务层的服务。而每个微服务通常有它自己独立的 Data Store。我们在拆分数据库时可以适当的做些去范式化，让它不必要依靠其他服务的数据。

微服务通常是直接面临用户的，每个微服务通常直接为用户提供某个功能。类似的功能大概针对手机有一个服务，针对机顶盒是别的一个服务。在 SOA 操持模式中这种环境通常会用到 Multi-ChannelEndpoint 的模式返回一个大而全的效果分身到全部的客户端的需求。

SOA注意自上而下，微服务注意自下而上

SOA 架构在操持开始时会先界说好服务条约。它喜欢会集管理全部的服务，包罗会集管理业务逻辑，数据，流程，Schema 等。它使用 Enterprise Inventory 和 Service Composition 等方法来会集管理服务。SOA 架构通常会预先把每个模块服务接口都界说好。模块体系间的通讯必须服从这些接口，各服务是针对他们的调用者。

SOA 架构实用于 TO GAF 之类的架构方法论。

微服务则灵敏得多。只要用户用得到，就先把这个服务挖出来。然后针对性的，快速确认业务需求，快速开辟迭代。

总结

微服务与 SOA 有很多类似之处。两者都属于典范的、包罗松耦合分布式组件的体系布局。在围绕着服务的概念创建架构这一方面，微服务提供了一种更清晰、界说更良好的方式。微服务的原则与灵敏软件开辟头脑是高度同等的，而它与 SOA 原则的演化的目标也是类似的，则镌汰传统的企业服务总线开辟的高复杂性。两者之间最关键的区别在于，微服务专注于以自治的方式产生代价。但是两种架构背后的意图是差异的：SOA 实验将应用集成，一样平常接纳中央管理模式来确保各应用可以或许交互运作。微服务实验摆设新功能，快速有用地扩睁开辟团队。它偏重于分散管理、代码再使用与自动化实验。

微服务并不是一种新头脑的方法。它更像是一种头脑的精粹，一种 SOA 的风雅化演进，而且更好地使用了先辈的技能以办理标题，比方容器与自动化等。以是对于我们去选择服务技能框架时，并不好坏黑即白，而是针对 SOA、MSA 两种架构操持同时要思量到兼容性，对于现有平台环境架构操持，退则守 SOA，进则攻 MSA，阶段性选择适当的。