云计算SOA模式：标准化业务对象

SOA已经存在好多年了，但是，似乎总是有“第一个实施者”的地方。这些实施者来挽回损失是一种趋势——让我们迅速并全力的出击复杂的SOA。这非常的诱人，但是，机构的文化不同，它很可能走错了路。

在去年的秋天，由加特纳的分析师Massimo Pezzini主持的AAII会议上，研究SOA的实践，这些都是最前沿的和已经建立的。设置基本的利益，今天，我们将要看到那些建立的比较完善的SOA模式之一，然而在某些先进的方面，命题比利用新兴的云计算技术进行的服务整合模式风险低。

不管它是基本的还是先进的，每一个SOA措施都是独一无二的，Pezzini提醒到。它反映了业务的优先权和管理措施，因此实现了技术的基础设施或者治理流程，甚至是在不同大小的组织、行业和地域。

今天的“客户模式”是标准化的业务对象模式。

Pezzini说SOA的实施者很快发现，公司的多样化包装和自定义应用程序往往需要标准化业务对象的SOA计划。他指出，主数据管理技术常常需要，但是确带来了显著的复杂性。

SOA项目的领导人可能尝试通过定义消息格式规范、或者业务对象来处理另人头痛的、复杂的数据模型。采取这种方式的好处是服务的重用、降低集成成本和锁定有限的供应商。但是，这也有缺陷。

即使“典型的路线”也需要大量的前期设计工作，因此，增加前期的成本。正如过去几年我们看到的一样，由于企业之间暴力的、另人折磨的混战的拖累，在很多MDM项目中，需要有一个对应的企业业务对象的设计会议。

随着业务对象的标准化，“其缺点是，有不同的设计工作，这需要投入更多的时间，并提高你的前期成本。我们都知道，前期高额的成本难以自圆其说。”Pzzini向AAII峰会的出席者说。

“想要定义所有的业务对象可能非常昂贵。所以，你应该只着重在前10到15的业务对象，在可能的情况下，采用工业标准，”他说。

Pezzini指出在SOA的讨论中经常发现困难。他认为，SOA对不同的人意味着不同的事情。他列出这个大纲的模式是想要为讨论SOA建立一个共识。

他描述的SOA模式是基于他的研究范围内，从建立标准的业务对象开发模式变化到最新设计的使用云计算的SOA模式、弹性的可升级的SOA和SOA市场(有点类似企业软件服务“应用商店”)。