SOA以域清单方式贴近实施

在某些圈子内，人们常常把SOA计划看作是一项孤注一掷的命题，需要有一个不妥协的承诺对整个企业实施改造。对于支持这个观点的人们来说，这种做法能够促使设计师不再考虑必须要遵守全球数据模式，让IT经理由于担心失去他们部门的权利而睡不着觉，让标准警察(配备行业标准的防暴器械)控制这些难以管束的开发人员。

把SOA计划与著名的“宇宙大爆炸”式的方法联系起来是一种令人遗憾的误导。这给SOA带来了没有保证的恶名，与SOA计算的理念是背道而驰的。没有人要求你必须实施整个企业范围的SOA以便实现其好处。这正是“Domain Inventory”(域清单)方式出现的理由。从战略计划的观点看，对于大多数机构来说，没有其它任何方式能够比全面实现SOA提供的一切东西更重要。

在向SOA应用过渡的时候，你要负责定义这个应用的范围。只要它是一种有意义的跨竖井式的方法，它就能够实现与SOA计算有关的战略性的好处。换句话说，我们只是说不要求你为了得到SOA的好处而在整个企业范围内实施SOA。你可以建立一个你的IT企业有能力管理的域(domain)并且在那个范围内应用SOA。你的机构中的另一个团队可以建立自己的领域并且实施不依赖于你的计划的自己的SOA计划。

这种基本概念构成了这个方式的基础，为整个企业范围内的应用提供一个非常现实的和得到证明的替代方法。

在SOA设计方式清单中，这些域将以服务清单的形式显示出来，如许多独立标准化的、治理的和拥有的服务。一个服务清单也许是你在一个服务目录或者服务组合中存档的现实世界的实施。当采用“域清单”方式时，一个IT企业将有至少两个服务清单，每一个服务清单都有自己的定义并且根据自己的条款发展。事实上，大型企业最终产生10几个“域清单”是很常见的。

分析师Joe McKendrick最近在接受InformIT OnSOA频道网络采访时回答了有关这种方式与创建“服务岛屿”有什么区别的问题。他说，换句话说，这种方法是让我们倒退到最初使我们陷于困境之中的基于竖井的集成的应用程序环境吗？不，不是。这种方式是建立一个“服务大陆”。在那里，每一个服务清单的范围都是通过恰当地实现战略重要性与可管理的治理平衡定义的。（lynn）

转载：感谢您对网站平台的认可，以及对我们原创作品以及文章的青睐，非常欢迎各位朋友分享到个人站长或者朋友圈，但转载请说明文章出处。