SOA聚焦：架构师的数据战之争

申请免费试用、咨询电话：400-8352-114

我一直在思考数据是如何与架构联系起来的，特别是像SOA这样的架构模式。有一些人倾向于将它们分开来看，但是我认为虽然SOA属于架构，但基础架构始终是来源于信息或者数据的。为此，我一直提倡通用数据模型(CDM)或者推动从域的语义或者数据层面进行理解，而后在信息与服务或流程绑定之前尝试逻辑结构调整。

但是，当我向人们说起数据治理和SOA时，我经常吃惊于人们对于这两个概念相互关系的缺乏理解。大多数人认为在此领域的领导在此问题上已经达成一致，而我仍然相信普通SOA架构师忽略了他们的数据。原因是大多数情况下，这就是一个烂摊子，而在其他情况下是企业所有权的问题。有时候，两者兼有。

那么问题的原因在哪里呢?假设你正第一次建立SOA，你知道要收集服务，现存的也好，新兴的也罢，也知道必须处理这些服务从而形成解决方案。但是在没有其所控制的数据，服务并没有太大的意义，因此架构的一大部分是在处理基础信息的，不管是理解、重构还是提取。

核心问题在于一个定义明确的、设计良好的SOA需要考虑数据，可能的话还需改变数据的表现方式。这要通过在现存结构或模型中的实质变化或利用不论在何等混乱的数据中都能发掘设计良好模型的数据库抽象层来完成。无论如何，你都需要深层的挖掘现有的数据，这就需要设计其所有者。

大多架构师不去处理信息是由于企业内部的政治问题或所有权问题。由于数据治理在许多情况下跨越了许多组织机构，他们很快发现在控制现有企业数据方面的权势之争将迅速成为一个问题，而这些问题是比任何技术问题都难以解决的。

架构师只能在以下两件事中择其一而为之：一，他们得到了需要控制所需数据以定义架构的权力，通常是通过游说高层来达成的;或者，他们先处理所有权问题，然后开始丧失效率。

显然，第一种选择是更好的方法，最有效的架构师会拥有所需的人际技巧来说服现有的数据所有者和利益相关人相信新兴的SOA将提高业务。他们不是要找数据的问题，而是考虑在更为敏捷的架构中如何利用这些数据才能更加有效。然而，人际问题并不像技术问题那样总有解决方案。

现在，撇开人际问题不谈，我们首先得明确几件事。

首先，在没有对数据的明确理解的情况下，你是不可能正确的从事SOA的。在我的SOA方法论中，我称之为语义理解，这实际上只是在架构内定义一个共同的信息理解和模型而已。这对于定义和设计你的SOA来说是意义重大的一步，这也是由于上述原因往往被跳过的一步。然而，就像房子的地基一样，你需要好的数据和信息基础来支持架构。

第二，推动元数据进入通用数据模型(CDM)在新的架构中使用。CDM应该更能够反应业务，具有清晰的易于理解的模型和实体。这是逻辑和实际上都存在的，但尚未部署。CDM应该围绕现存项目或问题域，而后向整个企业扩展。我们的想法是先确认并规范化企业数据，然后在此基础上建立SOA。

最后，找出一个技术方案来管理和改变数据。这也许意味着一个实际上的改变，一次提取，或更大的，更为激进的重新设计和规范化努力。这里需要权衡许多东西，也很可能需要单独设立一个项目。坏消息是，这需要大量的工作，而且你将必须去处理我提到的权势之争问题;好的一面是在多数企业内部，这都是一个迫切的需要，不管是不是在SOA的环境中。

当你完全的考虑了敏捷度和新业务流程支持的话，任何投资都会翻上十倍的。（IT专家网）