SOA 和 Web 服务

SOA 和 Web 服务

面向服务架构 - SOA

通常，一个分布式系统可能需要数年才能整合在一起。如果这些系统提出的目标范围狭窄，而没有考虑到业务的快速变化，那么对于行业或组织来说，适应这些不断变化的业务需求将变得非常昂贵。为了满足这一需求，引入了 SOA 概念。简单来说，你可以说 SOA 不是一种技术驱动的方法，而是一种“业务驱动的方法”。

SOA 基本上是一种设计原则，它由一组可互操作的服务组成，为松散耦合的系统提供服务。这些单独的服务可以根据行业需求或业务需求进行定制，而这些服务本身是松散耦合的。接口用作访问这些服务的入口点和出口点。关于 SOA 有趣的是，它在设计原则中使用“基于消息的方法”作为简化的通用通信媒介，并且不同于也使用接口进行交互的“基于组件的开发”。众所周知，简单的文本消息可以被理解，而与任何平台、技术或编程语言无关。 SOA 设计原则主要针对后端系统，而不是前端。事实上，通过 XML 和 XSL 的结合，我们可以对面向 HTML 格式的前端进行更改。

可互操作的服务是自主的，也就是说，它们是自我管理的。实现细节对用户隐藏。用户只能访问满足合同的服务。合同是接口方面的规则集。你可以把它称为策略。

由于 SOA 概念与面向对象概念兼容。业务流程中涉及的数据被封装在对象中。因此，对象将保护业务数据。设计 SOA 概念时应记住的一些要点是

1. 描述性：我们用于通信的消息应该具有通用性。
   
2. 结构性较弱：访问服务的用户或消费者应满足接口合同。这些合同是使用接口构建的。不应通过限制接口的复杂性和数量来复杂化访问这些接口的过程。
   
3. 可扩展性：更快、更便宜、更快捷。
   
4. 可发现性：消费者应该容易识别和使用它。

我们已经讨论了优点，在不同的网络（如传输和网络）上集成孤立的系统或应用程序也存在一些缺点，这些网络不可靠。数据格式 - 应用程序是用不同的语言开发的，与其平台无关，损害数据类型是最大的挑战。变更——业务需求会随着时间而变化，服务必须针对各自的变更进行定制。

Web 服务在解决业务集成方面的行业问题中发挥着关键作用。我们使用 Web 服务开发的所有内容都被视为 SOA。但实际上它们不是。

服务是自主业务系统，通过接受一组请求并依次通过定义良好的接口进行响应来进行交互。服务通常由消费者消费，由生产者提供。在客户端和服务器架构的世界中，生产者充当服务器，消费者充当客户端。服务在服务存储库中注册，消费者可以在其中找到可用的项目、可供使用的项目以及它们之间的相互依赖关系。

Web 服务可以用作面向服务架构的关键支持技术。它的一些关键项目是

1. 标准协议：它可以响应诸如 HTTP、SMTP 和 FTP 等协议。
   
2. 服务描述：消费者要访问服务需要了解其接口详细信息。服务通过使用 XML 文档提供接口详细信息，我们称之为 WSDL 文档以及 XSD XML 模式定义。
   
3. 查找服务：消费者需要知道服务在存储库中的位置，以便通过将其与客户端接口绑定来利用它。通用发现、描述和集成称为 UDDI，充当服务搜索引擎来使用它。

消息传递：客户端需要通过 SOAP 和 XML 调用 Web 服务。其中 XML 用于消息传递。 SOAP 是一种轻量级协议，用于通过 SOAP 信封传输消息并通过 SOAP 标头寻址。