SOA中数据的价值

　　各种组织对于定义和细化自身SOA参考架构(SOA RA)有着不同的动机、出发点和优先次序，向SOA转换时可能会发生变化。规划设计SOA RA的完整方法应该包括数据服务(data services)层。本文采用数据服务层这一术语包含数据和信息访问服务。

　　如果在SOA RA中没有企业数据服务层，则其后的业务项目将被迫开发成特定于每一个应用程序的专用“点”或者一次性解决方案。几乎没有通用性，几乎没有共享的服务定义、重用和一致性，规范的数据模型的定义也会变得难懂。如果认识到SOA的优点，则会逐渐认识到它的众多优势。我们很可能都看到过这样的统计信息：企业应用程序软件开发的50%到80%的项目资源消耗在数据集成任务上。这一“事实”应该足以确定在任何SOA实现中数据服务层是必不可少的一部分。企业软件解决方案的主要设计目标是数据处理，结合这一概念， SOA 中数据的价值应该非常明显。

　　数据、数据模型和数据管理是SOA成功的基础。实际上，BEA对数据服务如此高度地重视，以至于我们不仅提供 AquaLogic Data Services Platform 产品，还把数据服务当作许多 BEA Consulting 服务产品的基础，其中包括一个Data Services Consulting Service，该服务着重于SOA数据和信息层的规划、设计和开发。

　　关于数据访问和连通性服务的注释

　　访问数据资源的数据访问服务通常被总称为企业信息系统(EIS)，也叫数据库和文件系统。它们可以是遗留系统、记录系统，包装好的商业应用程序、用户、伙伴、第三方应用程序和服务，以及Web services。它们的共同之处是向其他应用程序提供数据和/或信息(在本文中的意思是行为)。因此，这些应用程序在通过数据访问层被访问时就是数据的另一种形式或另一个数据源。在一个更高的抽象层上，数据服务与消费应用程序看上去一样，这是SOA RA的数据服务层的主要目标(标准化/一致性)之一。公开的接口与一个或多个数据库、表、后台、遗留系统、快速收缩的系统和/或外部系统交互，这是数据服务层封装的一个实现细节。

　　连通性服务以基于标准的方式将应用程序和数据库公开为应用程序服务。

　　将数据转换成信息

　　假设您的组织正计划向 SOA转换。 SOA RA的所有层和所有方面(见图1)的研究和规划已经开始，您的任务是数据服务层的实现。现在该怎么办?想想下面的几个步骤：

　　·盘点现有的数据和系统访问资源

　　·确定依赖关系矩阵

　　·建立基线度量/SLA

　　·设置资源优先级

　　·执行数据建模

　　·d创建逻辑建模

　　·设置信息规则

　　·建立应用程序规范