如何应对SOA所带来的挑战应对敏捷企业变化

松散耦合

在SOA环境中，松散耦合是指服务消费者到服务提供者间的松散耦合。在服务契约设计上，通过抽象设计减少技术信赖性；在服务调用层面上，通过各种中介保持服务调用双方的技术透明性；在服务实现层面上或者SOA计算环境中，各种架构元素间的松散耦合。其中包括：

1. 保持服务契约层面的抽象性。

2. 通过WEB服务技术保持服务调用的平台中立性。

3. 采用隔离关注的方法保持业务架构和技术架构的清晰性。

4. 利用组件化设计方法保持更细粒度业务功能和技术实现的清晰性。

SOA模型驱动

业务流程管理（business process management ，BPM）与面向服务架构（service-oriented architecture ，SOA）的结合将有效驱动一种新的应用程序开发建模。来自IDC应用开发研究部副主席Steve Hendrick这样说道。

从企业角度出发来看，他们需要一个更多条理性和连贯性的方式去构建他们的应用系统，达到以Web服务的方式重用，根据迫切业务需求进行建模，以及确凿的业务流程从而更进一步的实现SOA所带来的好处。

从过去的历史看来，我们只是熟悉了UML流程建模。但是在SOA面前，这远远只是低层次的，甚至几乎起不了什么具体的效果。”

回到最初，开发人员往往是最大限度的忍受着来自需求征集方面的工作，这就如同去收集隔板上的灰尘，然活将这些需求整理起来并开始着手代码开发工作。然后在SOA和BPM得到采用之后，以及在伴随的相关技术的支持下，诸如业务流程建模标注（business process modeling notation，BPMN）和业务流程执行语言（business process _execution language，BPEL），整个应用系统开发过程的困难将得到最大程度的降低。

在过去的一两年时间里，正是业务流程建模标注（BPMN）的迅速发展让整个业务流程建模得到广泛的关注。如何将BPMN列入计划清单，并有效的与BPEL结合起来，同时做一些自动化的代码工作，这一系列的想法在你接受BPMN供应商所提供产品并考虑将现有的业务规则能力统一起来的时候将会是一种特别吸引人的东西。

对于SOA的实现其重要的体现之一则是重用方面的功效。实际上，如果你真的需要实现重用，那你就必须有一个能够在比以往更高层次的建模工具，并以此为基础去监控每一个组件以及其之间是如何构建在一起的。

模型驱动的SOA能够确保从一开始到最后，应用程序系统都能和最高层次的业务需求以及底层的Web服务功能取得一致，并有效结合。

“最显著的优势则是通过这样的一个模型驱动，你可以在一个逻辑的模型层面即可解决如何分散你的应用系统或是构建他们，通过你的设计你便可以很快的通过模型实现。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友