面向服务的架构（SOA）是一种软件开发方法，它使用称为服务的软件组件来创建业务应用程序。每项服务提供一种业务能力，并且服务也可以跨平台和语言相互通信。开发人员使用 SOA 来重用不同系统中的服务，或者组合几个独立的服务来执行复杂的任务。
例如，一个组织中的多个业务流程需要用户身份验证功能。您可以创建一项身份验证服务并在所有应用程序中重用，而不是为所有业务流程重写身份验证代码。同样，医疗机构中的几乎所有系统，例如患者管理系统和电子健康记录（EHR）系统，都需要登记患者。这些系统可以调用一项单一的公共服务来执行患者登记任务。
面向服务的架构（SOA）比传统的整体式架构具有更多优势，后者将所有进程都作为一个整体运行。SOA 主要具有以下优势：
开发人员可以在不同的业务流程中重用服务，从而达到节省时间的的目的。借助 SOA，他们无需从头开始编写代码和执行集成，可以更快地装配应用程序。
相比于整体式应用程序中的代码数据块，SOA 可以更轻松地创建、更新和调试小型服务。在 SOA 中修改任何服务都不会影响业务流程的整体功能。
SOA 能够更快地适应技术进步，令您经济高效地现代化您的应用程序。例如，医疗机构可以在基于云的新应用程序中使用旧电子医疗健康记录系统中的功能。
对于实施面向服务的架构（SOA）并没有明确定义的标准指南。不过，一些基本原则在所有 SOA 实施中是通用的。
SOA 中的每项服务都提供了描述文档，这些文档详细说明了服务的功能以及相关的条款和条件。任何客户端系统（无论使用哪种基础平台和编程语言）都可以运行服务。例如，业务流程可以使用 C# 和 Python 编写的服务。由于没有直接交互，因此一项服务的更改不会影响使用该服务的其他组件。
SOA 中的服务应该是松耦合的，尽可能少地依赖数据模型或信息系统等外部资源。它们还应该是无状态的，不保留历史会话或事务的任何信息。因此，在修改服务时，它不会显著影响使用该服务的客户端应用程序和其他服务。
SOA 中的客户端或服务用户无需了解服务的代码逻辑或实施详情。对他们而言，服务应该类似一个黑匣子。客户通过服务合同和其他服务描述文档获取有关服务用途以及服务使用方法的必要信息。
SOA 中的服务应该具有适当的大小和范围，最好为每个服务
打包一个离散的业务功能。然后，开发人员可以使用多个服务来创建一个用于执行复杂操作的复合服务。
面向服务的架构内包含哪些组件？
面向服务的架构（SOA）中包含四个主要组件。
服务是构建 SOA 的基础数据块。服务可以是私有的（仅供组织内部用户访问），也可以是公开的（所有人都可以通过 Internet 访问）。每个服务都分别具有三个主要功能。
服务实施是一个代码，用于构建执行特定服务功能（例如用户身份验证或账单计算）的逻辑。
服务合同定义了服务的性质及其关联的条款和条件，例如使用服务的先决条件、服务成本以及所提供的服务质量。
在 SOA 中，其他服务或系统通过服务接口与服务进行通信。该接口定义了调用服务执行活动或交换数据的方式。它减少了服务和服务请求者之间的依赖关系。例如，即使对基础代码逻辑了解甚少或者完全不了解的用户也可以通过服务接口使用服务。
服务提供商创建和维护一项或多项服务并提供给他人使用。组织可以创建自己的服务，也从第三方服务供应商处购买服务。
服务使用者向服务提供商提出请求，要求运行特定的服务。可以是整个系统、应用程序，也可以是其他服务。服务合同规定了服务提供商和使用者在相互交互时必须遵守的规则。服务提供商和使用者可以隶属于不同的部门、组织甚至是行业。
服务注册表（或服务存储库）是可用服务的网络可访问目录。它存储服务提供商提供的服务描述文档。描述文档中包含服务相关信息以及如何与之通信的信息。服务使用者可以通过服务注册表轻松找到他们需要的服务。
在面向服务的架构（SOA）中，服务独立运行并向其使用者提供功能或数据交换。消费者请求信息并将输入数据发送至服务。服务处理数据、执行任务并发回响应。例如，如果某个应用程序使用一项授权服务，它会为服务提供用户名和密码。服务验证用户名和密码并返回相应的响应。
服务使用确定网络数据传输的既定规则进行通信。这些规则即称之为通信协议。以下是实施 SOA 的部分标准协议：
• 简单对象访问协议（SOAP）
• RESTful HTTP
• Apache Thrift
• Apache ActiveMQ
• Java Message Service（JMS）
您甚至可以在 SOA 实施中使用多个协议。
微服务架构由非常小但完全独立的软件组件构成，我们将这些组件称之为微服务，它们仅专注一项任务。微服务通过 API 进行通信，API 是开发人员为让其他软件系统与其微服务进行通信而开发的规则。
微服务架构风格最适合现代云计算环境。它们通常在容器中运行。容器是将代码及其所有依赖关系打包的独立软件单元。
微服务具有云原生特性，可独立扩展、速度快、可移植且不依赖于平台。此外，微服务是解耦的，也就是说它们不依赖于其他微服务。因此，微服务可以本地访问它们需要的所有数据，而不是远程访问其他系统也可以访问和使用的集中数据。这会产生数据重复，但其出色的性能和敏捷性弥补了这一不足。
微服务架构是由 SOA 架构风格演变而来的。微服务解决了 SOA 的缺陷问题，使软件与基于云的现代企业环境更加兼容。微服务非常精细，支持数据复制，而非数据共享。这使得它们完全独立于通过轻量级 API 访问的自己的通信协议。使用者通过微服务的 API 使用微服务，从而消除了对集中式 ESB 的需求。
原文链接: https://www.yukx.com/architect/article/details/2374.html 优科学习网什么是SOA (面向服务的架构)
