面向服务及其在互联系统策略中的角色

　　那么，为了创建互联系统，你现在应该怎样做呢?是否应该立即着手围绕面向服务的模型重新设计你的整个应用程序组合?还是应该先观望一下?

　　Microsoft自身的经验通过我们的客户和合作伙伴的经验得到了加强，它提出了一个更适当的方法。现在，对于许多的业务和技术模式，面向服务都提供了明确的利益。

　　最普遍的模式是信息集成，它在Rum Island crawl(爬)方案中得到了描述。由于技术体系结构在过去的30年里不断地发展，组织开始管理或获得大量的分布式冗余数据。例如，一个客户的完整描述信息可能会传播到一打业务应用程序和数据库。这种信息很难完全同步，为了实现最佳的客户(或合作伙伴或员工)交互而进行的信息聚合也无法得到足够的支持。信息集成服务是一种有效的方法，它可以使用这些关键实体的统一视图来表示你的应用程序组合，并保证你的所有后端系统之间的信息的一致性。Microsoft的内部项目Alchemy就成功地克服了我们在公司信息存储区问题上的挑战。信息集成项目可以从战术角度(比如Rum Island的例子)到广泛的战略角度(逐渐深入的信息访问再设计和跨企业管理)运行。

　　传统集成模式描述了对于服务的战术性使用，其目的是保留对业务应用程序的现有投资，同时扩展它们实现的功能。例如，为了符合新的规定，服务可能会在现有的ERP包前增加支持功能。应用程序也将得到重新设计，以便与服务交换消息，服务将会提取与合规性有关的数据，然后向ERP包发送请求。

　　上一个例子提出了一个更广泛的面向服务模式：流程管理。在此模式中，“标题”元素用来传送关键的业务元数据——从客户请求的周转时间到特殊业务决策批准者的身份。基础结构服务将会捕捉到此元数据，以用于实时分析和/或聚合分析。“本地服务”流程将会把此信息包含在SOAP标题中，非本地应用程序则需要进行重新设计，以便将元数据作为消息传送到管理服务器。

　　另一个略有不同的模式(或者可以直接称为派生的模式)是一致的访问——在一组不同的应用程序需要连接关键的后端资源时，使用服务层来保证各种操作要求得到一致的执行。通过命令所有访问通过一个服务接口进行路由，组织可以执行一致的访问授权、成本分配和负载管理。

　　许多服务都提供了某种形式的资源虚拟化。这里有一些例子：

　　•区分上下文和区分内容的请求路由，比如向指定地区的农场房地产专业代理商发送房地产咨询问题。

　　•到分区信息存储区的请求路由(请求者无须了解分区方案)。

　　•跨越可用资源的负载平衡请求——从客户服务代表到流视频源。

　　最后，各组织都非常成功地使用这些服务实现了流程具体化。目前，通过使用Web服务，使用者可以安全地协商工资单处理情况、员工费用报销和后勤支持等事宜。移动电话服务提供商和Internet门户使用Web服务来聚合各种内容。需要面对客户的组织使用Web服务来创建合成的报价材料，比如包含了飞机票价和租车价格的信息包。基于目前的技术堆栈，流程具体化取得成功的关键是对你自己的要求进行管理——根据现有技术的限制，折衷处理你的要求，这样你就无须使用你的利润或储备资金来创建将会在几年之内更换的基础结构服务。

　　这些只是高级模式的几个例子，你的组织目前可能会用到这些高级模式。你了解你自己的业务;互联系统怎样才能帮助你呢?

查看本文来源