刘远 AMT顾问经理
案例中史高对于SOA的态度，经历了4个过程，由最初的“陶醉”到“暗下决心”，再到“犯难”，以至后来的“苦闷”，反映了作为一个用户方SOA实施主管，对于SOA理念从接触到实施，再到逐步深入理解的过程，也反映了多数企业在面对SOA理念时的心路历程。
如何正确看待SOA
经过多年的信息化建设，中国的企业再不是20年前信息化建设“一穷二白”的情况了，对于政府和多元化企业来说，更是建设了多套信息化系统。而今的中国政府和企业的信息化建设，最头痛的问题是如何整合在历年的信息化建设中所形成的多个“烟囱式”的信息化系统，以及如何统一管理各个信息系统之间所存储的异构数据。
SOA的理念正好迎合了这种需要。SOA思想最早由Gartner于1996年提出来，其核心理念是构建面向服务的信息体系架构，更好地保持IT与业务间的一致，方便不同系统的用户跨系统获取信息。SOA理念一提出就被广为接受和追捧。
SOA应用，治理先行
SOA理念前瞻性很好，很多优秀的软件服务商都推出了基于SOA理念的产品，但成功实施SOA的案例尚不多见。作为用户方（政府或者企业），面对SOA，需要做好哪些准备来迎接SOA的到来，让SOA实现其真正的价值呢？多年的信息化建设经验表明，信息化建设绝非软件商一方的事情，需要软件方与用户协同配合
才能取得成功。目前，对于SOA，软件厂商投入大量的资源进行研究和开发，并形成了许多研究成果；而作为用户方，这方面的研究却并不多见。我们来分析一下SAP往SOA架构迁移的过程。
SAP往SOA架构迁移的过程主要可以概括为三个阶段：第一阶段，提供更好的服务层面的容器或平台的支持；第二阶段，将业务逻辑抽象为业务对象(BusinessObject)；第三阶段，把面向垂直或水平层面的各个产品，基于业务对象进行整合。总结SAP的迁移过程，可以大至分为：硬件改善—业务逻辑标准化/规范化—整合这三个阶段。对比SAP的迁移过程，许多政府和企业在部署SOA应用时，往往重视基础设施的配套以及高层思想的宣贯，但对于如何标准化/规范化业务，这一块却是缺失的，案例中“金市”工程就突出反映了这一点。
为了SOA能成功，多个应用程序需要能共享相同的服务，这意味着它们需要进行协调，以便共享和重用这些服务，在SOA中，服务使用者和服务提供者往往运行于不同的系统中，由不同的部门维护和管理。为了成功地在一起工作，需要进行大量的协调工作，这些都是治理问题。SOA的应用、软硬件实施和治理不是可选的，而是必须统筹考虑的事情。
SOA治理的关注点
此外，还需要提醒“史高”们注意的是，与传统意义上的IT治理不同，SOA的治理更多地注重于关键环节。包括以下几点：
组织：建立SOA实施的领导组织和具体实施组织以及日常维护组织，明确跨系统的维护组织之间的运作机制。
流程：建立符合SOA理念的信息化流程标准、规范和指导手册。
数据标准化：基于SOA，规范内部不同系统之间的数据结构、责任矩阵。