【IT168 专稿】

    不管SOA的未来如何，至少当前的SOA可是生龙活虎。SOA的核心理念，像成本节省、提高生产力、消除信息和应用孤岛等将继续存在下去。但是，随着“SOA”越来越像云计算王国的一部分，它很有可能会发展成别的东西。

    最近，最受欢迎的想法就是重新定义SOA，重新考虑构建、管理和扩展这个基础设施的方式，以使其能够真正与业务目标统一。其中，最有效而且节省成本的一个办法——也是被成百上千的成功施行者所证明的方法——就是治理。

    但是，如果没有一个对业务目标的清晰认识，而只是简单地应用治理，却可能起到反效果。这里的关键是要了解哪里、什么时候治理才是最重要的。

    各种大小规模企业的经验积累证明，迈过以下“八扇大门”才能制定成功的治理过程。它们作为指引治理过程的蓝图互相之间是互补性质的，而且能够解决软件开发生命周期中不断增长的复杂需求问题。你可以先将这些方式应用到一条生产线上，然后慢慢体验更详细的设计和开发，最后再部署到整个生产。

    在你构建和部署SOA时，是否遵循了这八条建议可能就是失败与成功的区别所在。

    第一扇门：定义业务需求

    在这个阶段，许多企业的业务和IT领导人都在无意间做出了不实际的期望值。在一号门，重点是决定业务目标和需求，并且清晰地描述技术如何对这些目标的执行提供支持。

    除了列出业务目标、相关需求和关键的性能指标，还必须在主要利益相关人之间建立一致的标准以验证各个阶段。

    而且很重要的一点，可能也是很明显的，就是要抛弃缩写、术语。有些最成功的SOA项目领导人甚至很少对业务领导人使用SOA这个词。

    第二扇门：保持方案架构的一致性

    对于有多项IT活动进行的大型企业来说，各开发团队不可避免地会使用不同的方法解决业务问题。虽然这可以产生不少非常好的实践，但是更经常地会产生困扰、臃肿和由于复制软件证书和人员调动而引起的成本增长。更不用说由于复杂性的提升所带来的架构可靠性、稳定性和互通性的降低。

    以门一中的业务需求定义为基础，门二主要是建立构建服务所必须遵循的清晰的标准、政策和非常好的实践。这些标准包括参考架构、平台标准、软件利用标准和重用政策。

    第三扇门：服务识别与规范

    简单地说门三就是：要知道你将去向哪里，首先要知道你已经到过哪里。在这个阶段，重点是识别当前的服务并从技术和业务角度决定其对企业的价值。

    许多企业在检查他们的架构时都会被他们的发现吓一跳。在这个过程中，他们经常会发现臃肿的服务和不一致的业务过程执行方式。一个支持自动化方法并且提供早期缺陷诊断的治理策略可以显著地减少部署时间并提高ROI。

    第四扇门：服务设计

    继架构和评估之后，门四是以服务设计为主——根据当前的情况考虑如何设计企业的服务。服务设计可成为架构规范的指引，并验证是否遵循所有的设计策略及标准。

    从这一点来说，治理可以解决诸如定义服务模式、决定构建服务的具体技术，以及验证是否已经满足所有需求等问题。另外，它还能仔细检查用户界面，为顾客、合作伙伴和其它利益相关人保证其以业务为中心。

    要注意这第四条建议代表了架构与开发执行上的转换，因为它要求公司采用并加强统一的设计模式。毕竟，不一致的设计方式将产生不一致的结果，并可能使企业处于危险之中。