SOA有无标准？SOA技术架构有无标准？抱歉在一开始就说了这样不明不白的话，只是在偶然看到的一篇评论中有类似的言语，甚至还提到了对SCA规范能否作为SOA核心标准的质疑。争议不断倒也不算是坏事，也希望听听大家的意见。

下文转自中国计算机用户，标红部分是对于SCA的一些文字

中间件的SOA谋略 不同厂商不同的落地形式

　　在SOA还没有统一的标准规范时，不同中间件厂商的SOA有着不同的落地形式。

　　最近，易观国际发布了《中国中间件厂商实力矩阵专题报告》，以市场执行力和产品创新力形成的四象限模型，描述了中间件产业的发展趋势和市场格局。国际厂商IBM、BEA仍然以强大的综合实力占据了中间件行业的领导位置。另外从实践SOA角度而言，SAP、普元、金碟位于强调产品创新的创新者象限，成为中间件行业变革的生力军。其中，普元以面向构件的SOA中间件被视作“另类”。

　　2007年，BEA推出SOA360平台战略，将其Tuxedo、Weblogic、Aqualogic三条产品线熔铸成统一的SOA平台。同期，甲骨文也推出了包括BPEL流程管理器、企业服务总线在内的SOA套件。因此，在当前中间件市场上形成的局面，就是同样的SOA，不同的落地形式。

　　封装构件简化应用

　　从技术趋势而言，中间件已经呈现从解决单一系统问题演化到解决多系统问题。无论是消息中间件还是交易中间件，中间件产品开始从单一到平台化方式转移。对于SOA来说，实施的目的在于实现以业务为核心，提高IT系统扩展的灵活性以及IT资产的复用，达到业务灵活组合的状态。

　　形象点说，这就好比一个人来到一个陌生小城市，住宿想起宾馆，吃饭就去饭店，看病则到医院。整个管理系统里所有对象之间的关系非常清楚，系统功能的实现可以清晰地从一个对象调用另外一个对象，再调用第三方对象。每一个对象被看作是一种功能的构件，面向服务时，应用系统通过各种功能的构件轻松展现出来。

　　基于此，普元专注于面向构件的中间件EOS，提供了完整的面向构件的应用解决方案，实现企业IT系统的构件组装和资产复用，提高软件开发的效率及软件资产的积累。据了解，通过三年左右的积累，普元已经积累有500～800个基础性构件，在EOS中间件平台下，用户可以通过可视化的方式对构件进行组装，然后实现各种服务。目前，中国建设银行的几个开发中心已经在用EOS平台开发新的业务系统。

　　事实上，以面向构件的思想实践SOA的还有东方通。去年，东方通推出了面向业务的体系新架构BOA，其涵盖的基础中间件、集成中间件和VSP三个层面，就是揭示了构件和中间件之间的关系，即无论是传统技术还是SOA技术，基础中间件以构件的形式成为整个应用的基础和支撑。

　　与IBM、BEA等国际厂商不同，国内厂商对于SOA在企业的应用背景有着不同的看法。在国内，IT建设以电信和金融行业为主流。他们包括大量以生产为导向的IT系统，这些是直接帮助企业创造收益的系统。而大量以服务为导向的系统，都还处于一个新建或不断完善的阶段。

　　而在美国，企业的IT建设相对成熟，业务流程多年都没有发生大的变化，实践SOA的主要任务在于保护已有的IT资产，并针对它们进行标准切割，然后通过ESB解决各系统的互联互通问题。

　　对比之下，普元董事长刘亚东认为，通过面向构件的形式构建企业新系统，用户能够以低成本高效率的方式像堆积乐高玩具一样搭建企业IT系统，这对于加速国内企业的IT建设步伐，缩小和发达国家的信息化差距意义明显。

　　SOA标准惹争议

　　不过，要想彻底实现服务构件的自由组合，就必须要求不同构件存在标准的定义接口，这就是中间件厂商竞争的另一个重要问题：SOA标准。

　　2008年5月，SOA国际标准组织专家Edward Cobb在中国表示，SCA/SDO(服务组件架构/服务数据对象)规范已正式提交给了OASIS(结构化信息标准促进组织)。

　　许多SOA领域的工程师都认为，随着业务的发展，企业IT系统越来越复杂，相互间紧密地绑定在一起。在这样的系统里做任何修改都是破坏性的。如果存在SOA标准，应用系统就不再是通过几千行程序代码展现，而是通过服务和服务构件展现，企业应用就变成可以灵活连接的构件模块。

　　不过也存在不同的看法。东方通首席软件设计师朱律玮认为，SOA的技术架构没有标准，但SOA有相关技术标准。IONA亚太研发中心经理林伯仲同样认为，SCA不是SOA的标准，而是在SOA环境中编程模式，SOA的架构是没有标准的，把SCA/SDO说成SOA国际标准，有一定的炒作成分。

　　事实上，SCA/SDO标准是由IBM、BEA、甲骨文、SAP、普元等19个企业联合组织制定的，虽已提交OASIS，但具体落实的结果得到明年上半年才能揭晓，普元是作为国内惟一一家参与到SOA标准制定中的中间件厂商。根据OASIS CEO和总裁Patrick Gannon的观点，SOA的标准和规范一直在发展当中，很多相关规范仍不成熟，各种组织对SOA的认识和实现都有自己不同的思路。

　　落地推广需渠道

　　技术上，SOA已经有了不同的落地形式，但市场上，用户对于不同厂商的看法始终存在差异。如何落地并推广SOA，中间件厂商的渠道之力至关重要。

　　从普元来讲，其SI/ISV合作伙伴分布于电信、金融、电子政务、电力、物流、制造等行业，大约有三百多家。其中，金融和电信各占30%的比例，政府和制造业各占15%的比例。

　　即便如此，跟处于领先位置的IBM、BEA相比，普元的渠道触角相对不足。根据易观国际的报告，虽然普元凭借面向构件的SOA中间件被视为行业的生力军，但其对于合作伙伴的支持力度被视为是有待加强的环节。因为普元与IS/ISV主要是基于一些具体的项目来合作，让中间件产品成为解决方案的一部分。另外，普元大客户导向的直销机制在一定程度上也限制了扩大市场的力度。

Dion Wiggins，Gartner副总裁，亚太地区研究主管；Louisa Liu，Gartner亚太地区研究分析员。两人在2004年发表了关于SOBA应用趋势发展的相关认识，同时也将Gartner对SOBA这一应用趋势的认同表达的淋漓尽致。

实时企业和商务流程融合，本次演讲将企业应用与业务流程紧密相连，指出了在“更快的经济发展步伐”和“缺乏耐心客户”这种“现时经济”的驱动下，商务改变不可避免。在这个改变过程中，通过融合动态的、对时间消耗敏感的、端对端的商务流程IT方面的支持实现业务流程融合，形成了商务能力的转变。

在整个商务流程融合应用中，全部围绕着Web服务标准建立起来，包含了那些覆盖在当前应用上的简单XML接口，也包括那些正在不断发展的、更为复杂和精密的应用基础设施。如下图所示：

在新应用趋势的影响下，企业将会投资并致力于新的企业体系结构，而面向服务的应用目标则印证了SOBA出现的必然性。

什么是SOBA？单纯从字面上来理解：Service-Oriented Business Application，面向服务的业务应用（商务应用）。除此之外，Gartner还给出了如下的认识：

1.  商务应用设计用于面向服务体系结构
2.  可以应用于传统商务应用 (ERP, CRM, SCM)，垂直行业应用和新类型的应用
3.  可以由厂商，外部服务提供商和最终用户以复合或非复合方式，包括包裹复合应用来提供
4.  对于商务流程融合，协作商务和实时内容集成来说，可以提供比传统应用更好的能力
5.  合并及利用Web服务标准 - SOAP 和 XML
6.  针对合并复合形式，快速脱离复合形式，为选择适合的方式，强调对模块设计
7.  SOBA将开发和配置于应用平台套件(APS)或智能企业套件(SES) / APS 合并

下图则是Gartner对于SOBA框架结构的设计：

前面提到，面向服务的应用目标在新应用趋势下决定了SOBA出现的必然性。但不仅如此，整个SOBA开发过程中，来自技术、标准、厂商和最终用户之间各个环节间的推动力和阻力都会以一种正面的主导因素存在于SOBA的发展当中。Gartner是这样总结的：

毋庸置疑：

1.  面向服务的商务应用，也就是SOBA，代表着SOA进入主流并可以提供实实在在的利益。
2.  虽然面向服务的商务应用可以从已经建立使用的应用中转化，但是最能带来利益的依然会是完全重新设计的应用。
3.  一个关键的面向服务商务应用的价值在于这将是保证端对端商务流程融合能够成为现实的必要一环。
4.  厂商正在开始提供面向服务的商务应用产品。
5.  商务流程融合将提供一个战略竞争优势。对于那些没有实施商务流程融合的企业而言，他们将处于一个战略劣势。

点击下载PPT

点击视频链接后使用密码“tuscany”收看视频。

·　SCA介绍："SCA in a Nutshell", Jean-Sebastien Delfino, Vcasmo site (时间：9:23)

·　SCA详细-构建、装配与展开："SCA Quick Tour", Jean-Sebastien Delfino, Vcasmo site (时间：15:04)

·　Tuscany介绍："Apache Tuscany Overview", Jean-Sebastien Delfino, Vcasmo site (时间：7:04)

更多详细请查看Apache Tuscany：http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Videos

自ASP模式之后，SaaS已经在近几年广泛流传开来。尽管我们也清楚知道，SaaS中所提到的Service与SOA中的Services并非同一概念，但两者的交集从中小企业这一领域出发，开始更多的关联到了一起。对此，来自IT专家网的总编牛燕华就“SOA是否会通过SaaS的方式提供给用户”这一问题提出了疑问。普元软件副总裁，同时也是OSOA专家，OSOA中国负责人程朝晖先生对如下几个问题做了简单的回答：

目前SOA已经进入应用阶段。而一些中小企业由于费用问题，可能无法部署整套的SOA系统。我了解到，国外有一些SOA厂商，在考虑通过SaaS的方式提供给用户SOA的服务。

　　截止5月18日下午14时的统计数字，四川汶川大地震遇难者人数已达32477人，预计遇难者人数将超过5万人。

　　为表达全国各族人民对四川汶川大地震遇难同胞的深切哀悼，国务院决定，2008年5月19日至21日为全国哀悼日。在此期间，全国和各驻外机构下半旗致哀，停止公共娱乐活动，外交部和我国驻外使领馆设立吊唁簿。5月19日14时28分起，全国人民默哀3分钟，届时汽车、火车、舰船鸣笛，防空警报鸣响。

　　5月19日14时28分，所有goCom用户，请为四川大地震遇难同胞默哀三分钟！同时，在接下来的三天时间，goCom网站将以灰色页面向死难同胞致哀。

海峡西岸软件产业竞争力高峰论坛，5月9日在福建省福州市胜利召开。本次高峰论坛，是由福建省信息产业厅、福建软件行业协会以及普元软件公司携手，联合了福建省内多家区域软件公司共同举办。目的在于探讨软件产业界提升竞争力的最佳理念、方法和实践，协同区域软件开发力量，努力提升福建区域软件产业竞争能力。同时，本次高峰论坛还获得了OASIS、OSOA、IDC等国际软件组织的大力支持。

信息产业已是福建经济中规模最大，对经济社会带动面和影响面最大的重要产业之一。软件产业是信息产业中的重要组成部分。在此背景下，福建省信息产业厅同福建区域软件商以及普元软件等行业代表，共同探讨如何抓住海峡西岸经济区发展战略机遇，提升福建软件产业竞争力，促进闽台对接，推动信息产业实现新一轮发展等问题。

普元软件首席执行官沈惠中认为，企业的需求越来越复杂，业务流程的扩展也非常广泛，单纯的功能罗列式软件已不能满足企业需求。在多变的市场环境下，需要不停地调整业务流程，将技术平台与产品平台分离，锁定自己的核心竞争力在对客户业务的理解和软件实现上，而非解决技术架构问题，这种模式已经被越来越多的软件开发商所认同。这种分工协作，恰如汽车生产中的福特模式，有异曲同工之妙。

在技术开放的今天，当把技术作为一种生产要素来看时，技术本身已无法让开发商产生差异化。客户最终需要的是解决方案——只有那些对客户业务有着精深理解、以及基于此理解，有着对客户业务的抽象、建模、软件化的能力的软件商才具有差异化的竞争力。榕基软件董事长鲁峰表示，作为海西最具代表的软件商，以及数字福建的总包商，榕基软件成长迅速。但也在遭遇成长的烦恼。如何持续获得公司的竞争力，这是它们一直思考的问题。

对此，普元软件副总裁刘尔洪给出了答案，通过软件企业竞争力提升路线图，阐述了产品型、项目型以及混合型软件企业竞争力的发展进程，对于处于不同阶段的厂商应该关注的核心要素，以及如何在企业内部切实推进竞争力的提升等众多软件厂商关心的问题。

杭州新伟业总经理张伟方谈到，曾经公司自身面临着困惑，在开始利用平台，采用分工协作的形式后，由于平台模式极大的提高软件生产质量与效率，很快便能够高质量的交付工商综合业务。OASIS专家Chris Cheng也认为，拥抱业务平台，能够提高海西软件商竞争力，快速实现高质量、易管控、灵活多变的软件需求，并且加强管控能力降低维护成本。这些摆在海西软件商面前的实际问题，新一代业务平台的应用可带来答案。

　　SOA的出现带来对传统业务的深刻转变，架构理念的革新以及在灵活性上卓越优势也让客户在其越来越多的异构IT环境中寻找到一条切实有效的道路。对于大型企业应用，甚至是更多的中小企业应用，SOA将作为其IT企业基础架构的一部分，但是对于独立软件开发商而言，他们应该怎样去认识这样的一个发展潮流？进一步来说，对于中国的ISV而言，他们应该如何？

　　在TechTarget中文站看到了一篇关于ISV的SOA方向的文章，虽然是06年的一篇ZapThink评论，但感觉对于当前的中国独立软件开发商依旧适用。文中这样说道：

　　“独立软件供应商创造并销售在一个或多个IT平台上运行的软件产品。他们可能也提供咨询服务，但是这并非他们的传统业务。他们既不是简单的增值销售商也不是嵌入或定制其它产品的原始设备提供商。独立软件供应商销售拥有自主知识产权的可安装、可配置软件。”

　　那对于这些软件开发商面向服务是否真的适用？如果他们的主要目标是填补那些大型软件公司还未占领的市场，那么他们是否应该考虑灵活架构呢?

　　还是回到SOA的根本上来。SOA只是一种架构理念，它并非某一个或者某一系列确切的技术产品。用一种基于标准的松耦合接口来衔接起以往私有封闭的技术并加入到一个异构的分布式环境，从而降低成本并有效提高灵活性，这一出发点对于最终客户和软件开发商都是不径相同的。但是对于企业而言我可以从底层基础着手于这样的目标实现，那软件开发商呢？

　　对此TechTarget的原文说道“有两种办法在自己的产品中利用SOA:帮助客户自己实现SOA，或者利用面向服务的原理使得自己的产品对于客户更有用更有价值，而不管他们的客户是否积极规划或实现SOA。”

　　但是对于这两种方法并非所有的ISV都有着同样的解决之道。不管规模上的大小，ISV在对于满足客户需求的做法都是一致的，但是在实现过程中，资源的可用程度则是大小之分的具体体现。基于现有技术进行研发的创新和谨慎使用现有技术实现业务方面的创新这绝对是两码事。归根结底，独立软件开发商应该更多的从客户的业务需求着手而非产品功能。

　　“通过把产品功能抽象成一套底层实现不变前提下不断演化的服务，独立软件供应商能够把他们的应用软件功能面向服务化，以满足客户不断改变的业务需求。”

　　从这一点出发，独立软件开发商将不会再简单的进行构件化开发和集成工作，而是更多的作为业务演化的构件化资产。往更大了说，抛离原有的软件产品业务，转而提供服务业务，提供分离的IT功能，元数据以及实现服务组合的业务过程，更进一步则是成为了“不断成长的可嵌入的平台”。

　　最后还是用ZapThink的话结尾吧：“客户们会期待更合理的费用以及不必重新进行投资就能改进业务的能力。因此，独立软件供应商没有选择，只能使自己的业务更加灵活，以期让自己的客户也变得同样灵活。于是，面向服务不仅是简单的在现有的、紧耦合的、复杂的、不灵活的以及非组件化的业务功能上添加基于标准的接口。更重要的是，为了兑现SOA的承诺，独立软件供应商必须改变他们构建、打包、销售、交付、管理和支持自身产品的方式。换句话说，SOA会迅速把独立软件供应商变得跟最终用户一样，而那些跟上潮流的将会发展壮大，而跟不上潮流的则会最终消亡。”

查看TechTarget中国：  http://www.searchsoa.com.cn/showContent_7245.htm（原文时间2006年5月16日）