方正平台：如何让SOA在企业应用中发挥商业价值？

SOA已经成为企业IT架构的非常重要的风格、技术和方法体系，但SOA要如何才能被企业应用发挥其商业价值？SOA要真正落地，是否有产品和技术就可行？通过产业界共同努力，发现SOA必须与企业架构（EA）的推行相结合，才能让SOA真正发挥其威力。

1. 背景

SOA的概念逐渐被业界所了解（是否深刻理解还是个问题），其价值也逐渐得到了认可，其重要性不言而喻。但在SOA“热炒”的背后，我们发现真正能够完整实现SOA的落地解决方案和案例很少，刻意包装的成分比较多，特别是应用架构方面。重技术，轻方法论，造成企业实施SOA缺乏足够的架构方法、SOA治理、SOA实施运维方面的最佳实践，因此企业实施SOA缺乏系统的指导。

我们也必须看到，国内的不少软件企业，由于不能提供完整意义上的SOA解决方案，只能提供部分的组件，小部分特性符合SOA思想，所以就任意曲解SOA的含义，随意解析SOA的概念。由此造成，许多企业和客户对SOA是非常茫然的，对SOA的价值也转向怀疑和抵触。

SOA已经成为企业IT架构的非常重要的风格、技术和方法体系，但SOA要如何才能被企业应用发挥其商业价值？SOA要真正落地，是否有产品和技术就可行？通过产业界共同努力，发现SOA必须与企业架构（EA）的推行相结合，才能让SOA真正发挥其威力。

2. SOA落地的途径

SOA的目标就是实现灵活可变的IT系统，技术上通过服务组件的标准化封装、复用、松耦合可编排来实现一个一致的IT架构，并通过SOA的治理来实现架构在企业IT运营过程中提供一个策略，来保证架构的实施符合企业治理的需求。这与企业架构（EA-Enterprise Architecture）的概念、活动、流程和结果方面存在契合点。深入探究就会发现，SOA和EA是相辅相成、珠联璧合的两套方法论体系。SOA要落地，EA是最个最佳的利器。

企业架构方面的研究与实践源自80年代有关信息系统的规划与设计领域。来自IBM的John Zachman在1987年提出了“信息系统架构框架”（Framework for Information Systems Architecture），它是一个通用的架构模型分类方案，为现今所称的企业架构提出了一个基本的概要性视图。在此基础上，美国联邦政府内不同部门曾先后提出、应用过多个框架。1999年9月，美国联邦CIO委员会发布了联邦企业架构框架（FEAF）。目前在商业企业领域最影响的企业架构框架就是信息技术标准化组织The Open Group的TOGAF，1995在TAFIM基础上完成的第一版，一直在改进之中，目前已发行了第9版，成为财富500强企业绝大部分企业所选用。EA的目标在于为企业提供一个架构的公共结构，以利于企业在业务流程、技术导入、信息流和系统投资方面确保与企业战略协同，确定了IT企业架构作为战略信息资产库，它定义了业务、运营所必须的业务信息，支持业务运行的必要的IT技术，响应业务变革实施新技术所必须的变革流程等要素。这种架构开发的方法，可以成为SOA发挥价值的重要途径。

因此，企业架构(Enterprise Architecture，EA)是从多个角度对组织的构件层次描述的规划蓝图，从各个层面反映组织的愿景、战略、业务、服务、人员、技术和产品及其相互之间的关系，辅以其管控和演进的规则。

SOA将来真正推广到企业中应用，要落地，就不能离开几个基本的东西：构建SOA的方法论（企业架构开发方法）、符合SOA架构的应用系统（如ERP等）、支撑SOA的基础中间件平台。

3.SOA落地途径

方正的SOA解决方案，正是将这三者有机融合在一次，TOGAF企业架构开发方法指导，基于SOA架构的方正EAS系统，通过支撑SOA的方正ES2007中间件平台，就可以实现一个真正可实施可落地的SOA解决方案（方正ES2007 SOA）。

方法和工具构成了工程技术域，要构建SOA架构的企业信息系统，确保业务和IT的真正匹配，首先必须从方法论入手。

许多企业的IT系统“孤岛”现象严重，本质上是缺乏足够有效的整体规划或者架构规划造成的。如果要消除信息孤岛，实现IT与业务的一致性，也需要有效的企业架构规划和设计。

一个企业架构内容包括业务架构（Business Architecture）、应用架构（Application Architecture）、信息架构（Information Architecture）、技术架构（Technology Architecture）等。

真正可以落地的SOA建设，必须且只能从架构出发。没有架构，"SOA"将变成一盘无法真正解决各种运营问题的技术和产品的大杂烩。优良的架构填补了业务需求与实际信息系统以及基础设施设计之间难以逾越的鸿沟。