汤姆逊金融公司自动实现服务遵从治理

    许多公司之所以青睐SOA概念，是因为它有望缩短开发时间。但是一些SOA开发人员却发现，服务治理的一个重要方面实际上会减慢开发速度，从而使有望加快速度的优点荡然无存。金融出版及信息服务公司汤姆逊金融公司负责产品管理核心服务的副总裁Vladimir Mitevski回忆道，该公司在SOA项目的早期阶段就发现了这一令人讨厌的意外事实。 

    Mitevski指出：“服务要成为一种企业生产资产，就要符合几种方法和政策。”有不少要求非常苛刻：比如XML元素的名称不能用缩写，还必须是字典里真正有的单词；而用户名和密码等一些条目不能用硬编码。如果你只有少数几项服务，那么企业架构团队通常能跟踪并且发现得了任何问题。但很快，评估人员就会成为瓶颈，甚至由于工作负担加大，开始疏漏一些问题。 

    汤姆逊金融公司有成千上万的服务：细粒度服务、粗粒度服务以及介于两者之间的服务，负责架构的人员却很少，于是公司马上感到了问题的棘手。Mitevski说：“不管粒度如何，每项服务都要经过评估这个流程。”只有那样，才可以进入服务注册中心。同样，变化了的服务需要评估，弄清楚是否遵从治理；只有符合规定，新版本服务才可以登记入册，供生产环境使用。但架构办公室因人员少而成了瓶颈。 

    考虑到涉及的应用都非常关键，譬如单次登录服务、为分析师和交易商提供金融市场信息的Web服务，以及可通过微软Office获取的基于Web的金融分析和图表服务，所以降低遵从要求不是一个好方法。 

    汤姆逊公司解决治理遵从工作负担这个问题的办法就是，求助于自动化技术，并使用WebLavers公司的政策评估工具。Mitevski说：“这些工具比较有效，不会漏过违反治理的情况。”公司确实花了一番时间来制订政策，以便工具可按照政策来评估遵从治理的情况。关键的是，架构师要评估工具的分析结果，弄清楚是否一再出现可能表明开发人员对重要政策缺乏了解，或者表明架构不清楚的某些问题。Mitevski说：“这帮助我们看清哪些方面可以改进；有些政策的确需要调整。”不过他发现，大多数违反治理的情况归咎于开发人员抄捷径。架构师也要确定何时允许开发人员出现不遵从治理的例外情况，不过这种情况极少发生；而且例外情况要记录在注册中心，以便告知其他用户。 

    对汤姆逊金融公司而言，服务遵从治理实现自动化带来了显著成效。过去要不同部门涉及某一高度编制的流程的20个人才能推出某项服务，而现在只要一个人。