SOA与服务识别

2）业务牵头

在全球经济低迷的背景下，展示切实、快速的投资回报率（ROI）的需求在升高。在竞争日益激烈的环境中，业务团队和IT团队应当紧密合作，借助彼此能力迅速支持激烈、非常规的业务举措。需要一再强调服务的识别，这在很大程度上是一个业务引导、IT跟进的步骤。

3）跟企业远景和相关驱动力一致

来自战略、远景和长期业务目标/目的的投入对于建立一个强大、可适应变化的基础至关重要。这些投入在SOA线路图及相关阶段中得到了体现。它通过注入面向未来的服务蓝图抽象层，以及延长服务契约的使用寿命来影响服务的识别（如，专门从事信贷产品的金融企业可能有意尝试保险和经纪业务，这可能会要在蓝图中加入一些产品无关的服务）。

4）关注端到端的业务流程

这些是形成流程蓝图主体的主要流程，包含了核心和非核心功能。这些流程通常可以在不同的抽象层次来描述，这种层次在流程模型中被称为流程层次。这 时，可以采用自顶向下的方法，将服务从多重这样的层次中抽取出来。高抽象层产生组合服务，低层次产生细粒度的服务候选。如此关注流程和服务候选将有助于识 别整个企业的功能冗余。不管是否考虑SOA项目的性质（上文已经指出），这个实践很重要。

5）利用工具加速识别

SOA规划和治理工具可以简化和加速服务识别和沟通的过程。它们甚至能把服务之间的关系可视地描述出来。服务仓库相关的工具还有助于识别服务变更的提议所带来的影响

6）重用行业制品

多年来，在垂直行业中，诸如电信、公共事业等，拜相关组织（IFX，SWIFT，OAGi，Accord，ETIS，ISO等）所赐，SOA领域有 了长足的发展。少量的跨行业制品也可以找到。可以看看并利用这些标准化的服务契约（接口和操作）、数据模型和第三方服务的列表。这会让你大力推进迈向 SOA的行动，因为大部分这些制品（基于XML）很可能是可扩展和向后兼容的。

然而，这些制品在使用前必须经过周密的调查研究。例如，当采用这些标准的时候，企业可能需要询问这样几个问题：该数据模型是部分采用还是全部采用？ 是否有必要对规范模型提供本地支持，或者是只要限制它与外部集成的接触点就够了？是否还有什么潜在成本？它有没有得到厂商广泛的支持？

7）建立契约基线

服务契约应该同时强调功能和非功能的能力。基线需要被建立起来，可以通过识别作为契约一部分的相关属性来完成。功能属性可能包括诸如服务描述、消息 结构和数据模型这样的细节。非功能属性可能包括诸如服务质量（如响应时间，可用性），成本构成（数量或周期）和安全性这样的细节。这样的基线标准化了 WSDL文件、XML模式和WS-Policy定义（加强行为约束的元数据）的内容，保证了整个企业中契约的一致性。

8）完善服务属性等级矩阵（ARMS）

只扩展流程和业务目标等来识别巨大的候选服务列表及相应契约相当自然。这些服务在帮助机动性方面可以做得跟它的来源一样好，而且可能会导致服务扩 增。包含服务属性（如重用性、组合性、抽象性、竞争力差异等）的矩阵和它们的相对加权平均可以用于显示、评级和完善候选清单。要想获得成功，这个等级不应 该比根据分类、线路图阶段等预先确定的目标等级低。可以修改粒度，以及反复修改契约以满足需求矩阵。

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

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