分布式管理

    通过分布式管理，每一个商业部门可以独立控制如何在自身组织内部提供服务。分布式管理要求一种功能性服务领域方法。一个服务架构委员会可以依旧提供高水平的指导方针的标准给服务执行，但是委员会不必批准商业部门内部对现有服务架构的调整。委员会可以建议与指导方针保持一致但不能强迫这样做。 

    如图11分布式管理模型所示，商业部门A与B都有权利来建立他们自己的独立的标准。然而适当的被动标准（架构和程序标准）都在适当的位置等候部门去遵守。

    服务通信标准采用

    挑战

    对纵向工业来说，通信标准是不同的，这导致了基于一个数据元素集合和通信方式的标准。然而，在一个独立数据元素层次，这些标准是弹性的，企业能够适应它们来与企业特定商业限制保持一致。这样，同一企业内的不同的商业部门可以通过不同方式与统一标准保持一致。另外，这些标准还提供了客户数据元素的创建。

    举例，IFX标准确定了多种方式对一个顾客：

    〈客户唯一标识符〉内部数据库用来唯一标识消费者

    〈客户登录标识符〉消费者登录使用的账号

    两个域都是唯一的。企业采用IFX标准就必须决定使用每个域的时间和地点。有时，消费者甚至决定忽略这两个标识符，自己重新创建一个客户域，这个客户域对企业记录系统更适合！

    如何使企业选择一个单独的标准成为可能？

    元数据管理方法

    企业内元数据库支持关键商业体的可靠描述。这些描述是分布在多个企业系统上信息的扩展集。数据字典也就是逻辑与物理数据模型是元数据库定义和维护的关键输入。

    元数据管理组在前面讨论过的中心管理模型中应该是一个焦点集中的组。元数据管理必须在企业层次执行。换句话说，即使一个企业选择了分布式管理模型来维护服务，它也必须选择一个中心管理模型来支持元数据。

    在上面的例子中，消费者的元数据包括一个简单形式的标识符，这个标识符是唯一的。另外，元数据要确保维持管理信息的描述，这些描述包括登录帐号和密码。因此，即使一个企业已经通过一个客户域为消费者选择了唯一标识符，这个客户域也必须在元数据库中被描述。

    结论

    像一声春雷，SOA已经被IT界迅速接受，它帮助企业用模块化的方法搭建并部署服务。然而，架构的实际应用需要仔细的规划。感兴趣的企业必须首先确定他们适合长期应用和支持SOA。

    通过开发并制定一个实现路线图，企业可以预先应对好一系列将遇到的挑战。每个企业都将面对一个独特的挑战集；相应的应对这些挑战的方法也就各自不同。这些挑战的影响—在执行中与执行后—还依赖于这些特定企业的环境。