SOA 介绍

最新推荐文章于 2023-09-06 22:00:17 发布

stanlee_0

最新推荐文章于 2023-09-06 22:00:17 发布

阅读量3.7k

点赞数 2

分类专栏： java 文章标签： soa 分布式计算应用架构师

本文链接：https://blog.csdn.net/stanlee_0/article/details/50985995

版权

java 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

一、SOA介绍

面向服务的体系结构（英语：service-oriented architecture）是构造分布式计算的应用程序的方法。它将应用程序功能作为服务发送给最终用户或者其他服务。它采用开放标准、与软件资源进行交互并采用表示的标准方式。

企业系统的架构师认为SOA能够帮助业务迅速和高效地响应变化的市场条件。服务导向的架构在宏观（服务）上，而不是在微观上（对象）因此提高了重复使用性。同时，服务导向的架构可以简化与传统系统的互连和使用。

SOA是一种粗粒度、松耦合服务架构，服务之间通过简单、精确定义接口进行通讯，不涉及底层编程接口和通讯模型。SOA可以看作是B/S模型、XML（标准通用标记语言的子集）/Web Service技术之后的自然延伸。

二、SOA的原则

以下指导原则是开发，维护和使用SOA的基本原则:

可重复使用, 粒度, 模组性, 可组合型, 物件化原件, 构件化以及具交互操作性。
符合开放标准(通用的或行业的)。
服务的识别和分类，提供和发布，监控和跟踪。

下面是一些特定的体系架构原则：

服务封装
服务松耦合(Loosely coupled) - 服务之间的关系最小化，只是互相知道。
服务契约 - 服务按照服务描述文档所定义的服务契约行事。
服务抽象 - 除了服务契约中所描述的内容，服务将对外部隐藏逻辑。
服务的重用性 - 将逻辑分布在不同的服务中，以提高服务的重用性。
服务的可组合性 - 一组服务可以协调工作并组合起来形成一个组合服务。
服务自治 – 服务对所封装的逻辑具有控制权
服务无状态 – 服务将一个活动所需保存的资讯最小化。
服务的可被发现性 – 服务需要对外部提供描述资讯，这样可以通过现有的发现机制发现并访问这些服务。[4]

除此以外，在定义一个SOA实现时，还需要考虑以下因素：

生命周期管理
有效使用系统资源
服务成熟度和性能

三、服务导向的架构和Web服务协议

XML - 一种标记语言，用于以文档格式描述消息中的数据。
HTTP（或HTTPS） - 客户端和服务端之间用于传送信息而发送请求/回复的协议。
在计算机网络上交换基于XML的消息的协议，通常是用HTTP。
WSDL（Web Services Description Language，Web服务描述语言） - 基于XML的描述语言，用于描述与服务交互所需的服务的公共接口，协议绑定，消息格式。
UDDI（Universal Description, Discovery, and Integration，是统一描述、发现和集成） - 基于XML的注册协议，用于发布WSDL并允许第三方发现这些服务。

注意，一个系统要成为服务导向的系统并不需要这些协议，比如一些服务导向的系统可以通过CORBA实现。

四、使用WEB服务的方式

WEB服务实际上是一组工具，并有多种不同的方法调用之。三种最普遍的手段是：远程过程调用（RPC），服务导向架构（SOA）以及表述性状态转移（REST）。

远程过程调用：WEB服务提供一个分布式函数或方法接口供用户调用，这是一种比较传统的方式。通常，在WSDL中对RPC接口进行定义（类似于早期的XML-RPC）。
服务导向架构：现在，业界比较关注的是遵从服务导向架构（Service-oriented architecture，SOA）概念来构筑WEB服务。在服务导向架构中，通讯由消息驱动，而不再是某个动作（方法调用）。这种WEB服务也被称作面向消息的服务。SOA式WEB服务得到了大部分主要软件供应商以及业界专家的支持和肯定。作为与RPC方式的最大差别，SOA方式更加关注如何去连接服务而不是去特定某个实现的细节。WSDL定义了联络服务的必要内容。
表述性状态转移：表述性状态转移式（Representational state transfer，REST）WEB服务类似于HTTP或其他类似协议，它们把接口限定在一组广为人知的标准动作中（比如HTTP的GET、PUT、DELETE）以供调用。此类WEB服务关注与那些稳定的资源的互动，而不是消息或动作。

五、类似方式

无论是在WEB服务出现以前，还是现在，一直不断有各种同类技术问世。比如，RMI作为这样一种中间件系统就得到了广泛部署。CORBA和DCOM则更加雄心壮志，两者都尝试将作用域波及到分布式对象，这一点也为WEB服务所模仿。这些类似方式往往借助于XML-RPC和HTTP本身，而不依靠SOAP封装参数。

六、松耦合的系统

具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。与之相反，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。