看见了一篇SOA(面向服务架构)文章的感想

在这个网络飞速发展的时代，保持学习是很重要的，新的技术新的发展带来新的挑战新的出现，旧的淘汰。我有时候都在想IT民工也不是那么好干的，时刻准备着，时刻学习，不然就会啥新技术都木有。

SOA的服务级别抽象图，如下图所示：

  SOA的服务级别抽象图

基于以上图示．SOA具有以下五个特征：

1、可重用

一个服务创建后能用于多个应用和业务流程。

2、 松耦合

服务请求者到服务提供者的绑定与服务之间应该是 松耦合的。因此，服务请求者不需要知道服务提供者实现的技术细节，例如程序语言、底层平台等等。

3、明确定义的接口

服务交互必须是明确定义的。Web服务描述语言（Web Services Description Language，WSDL）是用于描述服务请求者所要求的绑定到服务提供者的细节。WSDL不包括服务实现的任何技术细节。服务请求者不知道也不关心服务究竟是由哪种 程序设计语言编写的。

4、无状态的服务设计

服务应该是独立的、自包含的请求，在实现时它不需要获取从一个请求到另一个请求的信息或状态。服务不应该依赖于其他服务的上下文和状态。当产生依赖时，它们可以定义成通用业务流程、函数和 数据模型。

5、基于开放标准

当前SOA的实现形式是Web服务，基于的是公开的W3C及其他公认标准．采用第一代Web服务定义的SOAP、WSDL和UDDI以及第二代Web服务定义的WS-*来实现SOA。

面向服务的 体系结构中的角色包括：如下图所示：

  面向服务的体系结构中的角色

1、服务请求者：服务请求者是一个应用程序、一个软件模块或需要一个服务的另一个服务。它发起对注册中心中的服务的查询，通过传输绑定服务，并且执行服务功能。服务请求者根据接口契约来执行服务。

2、服务提供者：服务提供者是一个可通过网络寻址的实体，它接受和执行来自请求者的请求。它将自己的服务和接口契约发布到服务注册中心，以便服务请求者可以发现和访问该服务。

3、服务注册中心：服务注册中心是服务发现的支持者。它包含一个可用服务的 存储库，并允许感兴趣的服务请求者查找服务提供者接口。

面向服务的 体系结构中的每个实体都扮演着服务提供者、请求者和注册中心这三种角色中的某一种（或多种）。面向服务的 体系结构中的操作包括：

发布：为了使服务可访问．需要发布服务描述以使服务请求者可以发现和调用它。

查询：服务请求者定位服务．方法是查询服务注册中心来找到满足其标准的服务。

绑定和调用：在检索完服务描述之后，服务请求者继续根据服务描述中的信息来调用服务。

面向服务的 体系结构中的 构件包括：

（1）服务：可以通过已发布接口使用服务，并且允许服务使用者调用服务。

（2）服务描述：服务描述指定服务使用者与服务提供者交互的方式。它指定来自服务的请求和响应的格式。服务描述可以指定一组前提条件、后置条件和/或服务质量（Q0S）级别。

OA 不是Web服务

在理解SOA和Web服务的关系上，经常发生混淆。根据2003年4月的Gartner报道，Yefim V. Natis就这个问题是这样解释的：“Web服务是技术规范，而SOA是设计原则。特别是Web服务中的WSDL，是一个SOA配套的接口定义标准：这是Web服务和SOA的根本联系。”从本质上来说，SOA是一种架构模式，而Web服务是利用一组标准实现的服务。Web服务是实现SOA的方式之一。用Web服务来实现SOA的好处是你可以实现一个中立平台，来获得服务，而且随着越来越多的软件商支持越来越多的Web服务规范，你会取得更好的通用性。

看着看着我想说，也许有一天随着技术的发展，也许再不会有IT民工吧！每天累死累活的敲代码。