指导应用开发所用的面向服务架构(SOA)法则同样可为数据存储提供一个松散耦合的方法，Burton Group公司的研发主任Anne Thomas Manes说……

　　Burton Group公司的研发主任Anne Thomas Manes在周二的一个Burton远程电信会议上解释道，在现有的SOA环境中，数据服务方法可以提供事务用户从传统的固定的文件到桌面电子数据表的任何事物中存储的、品种繁多的信息的访问权限。

　　“数据服务方法的特征之一是它为形形色色的用户提供了松散耦合的数据访问权限，”Manes说。“基本上能够访问服务的任何事物都能访问这一数据。”

　　虽然数据服务方法与SOA很相似，甚至应用管理方法到信息管理的方法都很相似，他们毕竟不是完全一样的，因为SOA是处理提供功能性、与“名词”数据服务工作的“动词”。

　　“这与人们所看作服务或Web服务的有所不同。“Manes 说。“那是因为服务是揭示功能或操作的典型，并且是主要面向动词的。

　　数据服务是面向名词的

　　“这些服务揭示数据，而不是一系列的操作，”她解释道。“它们本来就不准备扩展或重用若干现有应用逻辑。它们所真正关注的是揭示和封装一些信息块，并将此变得可视化。”

　　数据的面向服务方法不仅揭示数据，而且保护数据，她说，因为数据服务是SOA管理的一部分，包括覆盖了数据如何使用、谁使用数据的协同策略的应用。它也允许更多的信息架构和信息管理，因此能保证质量数据。

　　通过使得质量数据对事务用户可访问，有助于减轻“shadow IT”问题，“shadow IT”是指部门经理常常因为不能得到他们所需的数据而灰心丧气，并引入IT专业人员创建他们自己的数据资料检索系统。Shadow IT所引入的问题远比其解决的多，Manes警告道，尤其是在数据质量方面。

　　“当shadow IT做此工作时，你的挑战之一是shadow IT可能了解一个或两个数据源，但是可能对两个不同数据源间的语义区别缺少必要的了解，他们可能以不正确的方法处理数据合成，而且结果数据不是高质量数据。”她说。

　　例如，两个数据源都有月销售数据，可能使用了不同的时间结果，例如一个按照五天一周来生成销售报表，另一个按照一周七天，因此图表就会有区别。

　　“但是如果你拥有真正理解这一数据、并对定义一个从不同数据源中提取信息的服务真正负责的人，他们对信息进行适当的语义映射。”Manes说。“你现在知道提交的信息是高品质的、完整的，并且其格式是易于销毁的。”

　　数据服务对于事务使用者很重要，她说，因为他们更关心得到所需的数据这一问题——上周卖出去的部件的数目比处理销售的应用的数目多这个例子能反映出这一事实。

　　这也是从一个机构的所有可用资源中收集信息的更全面的方法。

　　“数据服务能销毁几乎任何数据源的数据，”Manes解释道。“本质上，数据服务封装了所有的各种各样的后端数据源。”

　　虽然事务使用者可能是主要的目标用户，Manes指出应用也能从数据服务中销毁信息。

　　“例如，假设你在搭建一个入口应用，你需要从十二个不同数据源中提取数据，”她说。“或者你有一个客户支持应用，你尝试从25或30个包含客户信息的数据库中提取信息。与其在你每次需要一起提取这些信息时不得不对其进行集成，你不如执行一个集成方案，方案的内容是‘我从这些数据源中提取数据，并用这种方法合并数据。’然后你有了一个可被任何数量的不同应用使用的服务。”

　　因为它将协同管理应用到了信息管理中，Manes说，“数据服务能变成你的机构内的规范信息源。”这对于有庞大数目的数据源的公司尤为重要，她表明。

　　她指出根据Ponemon协会的一个近期调查结果，百分之九十的公司有不止100个数据库，且百分之二十三的公司有不止1000个数据库。她表明另外还有诸如电子数据表等其他数据源。数据服务提供了一个方法，此方法以适当的管理确保精确的结构化方式，来收集事务使用者所需的信息。

　　Manes说，在数据服务中应用SOA的法则是比普遍方法水平更高的技巧，此普遍方法通过部署一个API或使用一个面向对象(OO)类库来存取数据。然而，使用API和OO类库的性能更好，她说，因此数据服务对事务处理而言还不是十全十美的。但是她说松散耦合的灵活性提供了一定的优越性，而且对于向事务使用者提供他们所需的数据这样的设计而言，数据服务的性能是足够的。

　　尽管数据服务的技术和工具都已变得可用，Manes说任何目前用于SOA应用开发的工具也将适用于创建数据服务。

　　在结论中她用同样口气说数据服务将对已经技术实现SOA的公司是最有价值的。对于没有SOA基础架构的公司而言数据服务的价值较弱，因为这些公司没有SOA的“管理通信架构”(MCI)，而且缺少中枢决策和支持数据服务的业务范围元数据。