哥伦布

SOA 有多少年历史了？

有人说是四年，SOA这个词成为公众术语差不多有四年了。

有人说是十年。IIOP，RMI，CORBA，COM ，算起来有十多年了。

但我觉得，应该从五十年前算起。那时，有了子程序。

子程序的出现带来了如下变化：

（1）程序有了层次结构。一个程序可以由一系列功能模块构成，功能模块又可以由下一层的功能模块构成。

（2）程序有了规范化接口。在任意层次，程序与子程序之间通过规范化接口进行数据传递。FORTRAN、C等等，都有自己的规范。

（3）程序员的有了工作分工的自然边界。企业内部是如此，企业之间也是如此。人们可以买到通讯库函数，图像库函数，统计分析库函数，等等。调用这些库函数不需要知道它们内部是怎么实现的，只需要接口就行了。

（4）对函数的功能都有描述。一般包括每一个参量的数据格式，数值意义，输入状态，输出状态，整个子程序的行为状态。当然，那时没有用XML，没有用WSDL，而是用表达力更强，效率高得多的工具——自然语言。

所有这些，都是今天的SOA标榜的，但早就存在了。

当二十年前我开始写程序的时候，调用自己程序之外由别人写的Service 已经是司空见惯的了，不过那时局限于“系统服务”。这些服务还可以被替换。我自己的程序一启动，就把IBM PC上的INT 9、INT 16换了。

在过了几年出现了DLL，又有了更多的SOA元素。

COM、CORBA等等的出现，将这一进程扩展到互联网上。规模达到整个互联网的SOA已经完全成为可能。

从这里，我们看到，今天的SOA只是几十年来的自然进程的一个阶段，没有什么特殊的。

我们说SOA从面向构件开始，就是SOA通过面向构件去实现，因为面向构件是SOA的自然实现方式。

面向构件的概念着眼于软件的构造，其语义内涵包括：

1、层次化。软件呈现层次化构造，整体可以由一系列有内在结构的器官，即构件，构成。而构件可以由更小的构件构成。

2、可复用。这些构件可以在不同的软件中以相同的形式出现，完成大致相同的功能。

SOA概念着眼于软件的功能，其语义内涵包括：

1、层次化。软件的功能呈现层次化复合，综合功能由单项功能复合而成，复杂功能由简单功能复合而成。

2、可外化。一个软件需要的功能可以由另一个软件提供。

由于“功能外化”可以看作是互联网时代功能复用的一种形式，面向构件与SOA完全同构。

因此，我们说SOA从面向构件开始，就是SOA通过面向构件去实现，因为面向构件是SOA的自然实现方式。

信不信由你，实施SOA的成功典范，发生在中国，而且已经进行了二十年了。

就在不远的过去，“企业办社会”还是我国相当普遍的现象。一个大企业，有自己的幼儿园，小学，有自己的商店、医院、洗澡堂子，有自己的文工团，刊物，球场，……

这样的企业，臃肿，庞杂，应变能力极差。改革开放的重要一步，是将这些部分作为“三产”剥离出去。

剩下的企业可以依然是效率低下的企业。某机械厂从螺丝钉做起，到整机出厂，有几十个车间，上千道工序。最后，改革的步伐没能赛过改革的逼迫，关门了。

世界上还没有其他国家在这么短的时间里实现了这么大规模的转变，所以我们说，中国的改革，是SOA的成功典范。

这样的企业之所以应变能力差，是因为有太多的东西相互紧密依赖，相互牵制，牵一发而动全身，所以没有办法迅速变化。将部分业务“外化”后，相互之间的关系变成了“松耦合”，依然能够相互支持，但不形成相互牵制。

对于我们做软件的人来说，这一切都非常熟悉。我参与过多个应用软件的开发，感触最深的就是开发跟不上变化。根源在于今天的企业级应用软件都与“企业办社会”非常相似。开始，我埋怨客户变得太快，但仔细想想，客户的业务确实需要他们迅速变化。如果作为应用软件的开发商，我们的应变选择由“重写”变成“重选”或者“重配”，我们的应变能力会大大提高，应变成本会大大降低。

SOA的根本价值和必要性就在于用“商品社会”来取代“全能个体”。

所以，SOA对于人类社会来说，其意义可以说与建立商品市场机制同样重要。也许就是这种使命感，促使普元加入SCA标准制定组织，促使我一次次参与午夜开始的讨论。

3月21日，业内期待已久的SCA/SDO规范的主体部分已经起草完成，正式提交给OASIS标准组织，期望通过OASIS的公共标准形成机制，在不久的将来成为有着广泛群众基础的国际标准。作为几个月来参加标准起草的一员，我期望着SCA/SDO规范能够尽快成为正式标准，被大家接受，并发挥其应有的作用。

今天，我们生活在标准的海洋里。衣食住行，样样都离不开标准。小时候，我穿衣服多是买了布，请裁缝作的，量体裁衣。今天，我到商店里，选择我的尺码。服装厂按尺码来做。通用服装尺码标准的存在，使得最终消费者与服装制造者之间的关系，由面对面的“紧耦合”变成了由标准联系的“松耦合”。这使得服装厂能够大规模生产，也让我有了更多的选择。我们可以买到的所有工业品，都是标准化生产而来的。标准带来了生产和生活方式的革命，使得工业化和商品社会成为可能，使生产力得到了千百倍的提高。没有标准，我们今天还在原始社会。

回顾人类的文明史，可以说，标准的范围有多大，文明的范围就有多大，标准的基础有多深，对文明的承载力就有多重。秦始皇统一度量衡，统一文字，统一货币，为一个泱泱大国奠定了坚实的基础。如果说，人们不断追求更好的生活的愿望是人类文明的动力，那么，标准就是文明的铺路石。

信息社会同样需要标准。汉字交换码，TCP/IP，就是这些标准的典型代表。SCA/SDO标准的出现，将给软件的构件化生产和运行铺平道路，对软件行业的生产效率的提高，产生革命性的影响。不久的将来，人们对“面向构件”将不再觉得新奇，而会觉得本来就该如此。

如果有一个人穿着西装，打着领带，但却穿着草鞋，卷着裤腿，那么他出现在任何场合都不合适。之所以如此，是因为这种打扮，违反了当今社会的着装原则。

对于软件开发，原则同样重要。

商用软件要遵守的原则，是一个层次化体系。第一层，最基础的，是它的商业目标。在这个基础上，第二层，要确定其开发周期、开发成本、面向对象、技术要求，等等。第三层，是架构原则、界面原则、易用性原则、定名原则，等等。具体的架构规范、界面规范、定名规范等等，是第四层的原则。

在良好的原则体系指导下开发出来的软件产品，能够良好的服务与它的商业目的。而脱离原则的产品，等到开发出来，往往跟决策者以为自己有的产品大相径庭，会让市场战略围着产品转。

原则指导下的软件产品是容易学习的产品。比如开发工具的构件库，如果它良好的遵循了原则，则使用者在掌握了一小部分构件后，就能够找到“感觉”，什么构件该有，什么构件不该有，什么构件应该在什么地方，应该是什么样的接口，应该叫什么名称，都能够猜得很近，寻找和掌握一个新的构件是一件很容易的事情。脱离原则的构件库则好似垃圾桶里的杂物，它们的有无、排列完全是历史的偶然。

原则指导下的软件开发过程也是一个相对有序的过程。开发者之间的分歧和争论可以很快收敛，开发过程的管理因此也是一个相对轻松的过程。脱离了原则的开发过程稍不留神就像脱缰的野马，需要不断的开会，不断的检查，不断的纠正。

今天，完全没有原则的软件开发已经很难找到。但整个开发队伍系统地、自觉地、一贯地贯彻从原则出发的软件开发确是不容易的。时常我们看到有些软件项目虽然有着良好基础原则集合，却没有完善的执行层原则，或者执行层原则与基础原则脱节。在具体的开发实践中，原则有时被搁在一边。另外，原则的维护应该是与开发过程并进的。随着开发的进展，先前没有能够预见的问题会不断地暴露出来，面对原则体系没有覆盖的区域，开发队伍应该首先根据基础原则，丰富原则体系，而不是从此脱离原则。

SOA是弱耦合，因此容易招来了第三者的插足。

首先看看这些软件都是干什么的：以下是从Actional文档上抄来的，长了一点：

ENTERPRISE-CLASS MANAGEMENT

1． 需要

标准的形成，首先是要人们认识到制定标准的需要。通常是有多家企业进入同一个市场，各方都意识到自己无法独占市场。除了相互竞争外，还会出现企业上下游或其他意义下的角色分工。因此有必要形成一些技术规范，使得各家的产品能够协作共存，对参与各方都会有利。产生对标准的需求，可以在市场上已经产品林立、竞争热火朝天的时候，也可以是在市场还没有形成但已经可以预见的时候。

2． 初步尝试

在制定规范之前，参与方对问题有了相当深入、具体的认识。有的已经有了自己的产品或样品。这样在制定规范的时候，能够针对问题，有的放矢。

3． 定位划界

内容包括：

面向范围：什么东西属于规范的涵盖范围，那些不属于本规范的涵盖范围；

规定哪些：哪些指标、模式有具体的约束；

放开哪些：哪些指标、模式不受约束。

基于如下方面的考虑：

市场考虑：规范制定各方的现实市场状况，未来市场需求和竞争预期。

技术考虑：各种技术方案的成本和成熟度。

既有标准：已有的各种标准。制定者可以选择兼容，可以选择对抗。

4． 组织成员

参与制定标准的角色，包括创始成员、后续参与成员、排斥方。

创始成员。不管谁最先有了制定标准的想法，创始集团中都要包括市场的巨头，它要有足够的号召力和市场影响力，可以是提供方，也可以是需求方。SCA标准的制定创始成员，有IBM、BEA、Oracle、SAP四家，满足上述描述。他们会成为标准制定的主导力量。

后续参与成员。在标准的基调由创始方主导的前提下，为了建立“广泛的统一战线”，还邀请更多的市场上重要角色参加，通常是某个市场领域的领导者，或者某个技术领域的开拓者。普元就是以这样的身份被邀请参加。另外，有时会包括学术界的角色。

排斥方。有些企业被刻意排斥在外，或者该企业或阵营自己不愿意加入。不管怎样，这些企业或阵营或有自己的竞争标准，或者正在酝酿，或者想暂时观望。他们会成为新标准的阻力。

参与各方指派几个较为固定的参与人员，他们通常是标准涉及方面的专家。主导方往往会多出几个人。

通常，政府方面不参与，即使参与也是以需求方的角色参与，而不是以权力角色参与。政府以权力角色的参与，直接的或幕后的，往往会坏事。

5． 讨论过程

标准的形成过程一般需要几个月或数年。在这期间，制定者做如下事情：

提案：参与人员对标准的各部分提出方案。方案可大可小，可以是非常具体的，可以是非常原则性的。

讨论：定期进行讨论会。现在多是通过电话或互联网进行。内容多是对提案解释、讨论。如果涉及方面较多，可以分成几个工作组，每个工作组负责标准的一个侧面。各个工作组分别开会。在人员上，各工作组可以有相当大的重合。

表决：表决通常是讨论会的一部分。当分歧不能通过讨论统一时，就采用表决的方式。

电子邮件是大家随时沟通的主要方式，SCA就有一个专门的邮件组。

6． 标准文档

随着讨论的进行，标准文档逐步形成、丰满。标准制定者在正式发布之前，有时会选择将标准的“当前版”公布于众，一方面征求意见，一方面也提醒大家自己的存在，抑制其他机构可能的制定标准冲动。最后会形成正式版标准。

7． 公众关系

标准制定过程中的公众关系管理是标准制定的重要组成部分。

基本遵循如下原则：

（1） 参与人员不能随便透露讨论过程、讨论内容、标准制定背景和各种考虑；

（2） 凡是与公众见面的内容由专业的公众关系管理人员和参与各方讨论形成；

（3） 各参与方参与准备与公众见面的材料，包括各种白皮书之类；

（4） 一旦公布后各家可以在公布内容的框架内解释、宣传。

标准制定过程中，每隔几个月就要向公众公布一些东西，包括在内容上、组织上取得的新进展。公布的对象分三组：

（1） 分析师，如Gartner, IDC, Forrester, Ovum-Summit，等等。最优先。专门安排时间briefing。Briefing之前，内部要预演一次，确保形式上、内容上都万无一失。演讲以后，还要回答分析师们的提问。

（2） 媒体。至少要出一个Press Release。

（3） 技术界。要出一个“当前版”的标准文档。另加一些白皮书之类。

此外，最好还有一个标准组的网页，如SCA标准组的官方网页为：www.osoa.org，中文的在普元的goCom上。

8． 提交标准机构

标准制定完毕后，还要提交标准组织。由于标准组织的中立性，标准组织的认可更能增加标准的权威性和通用性。标准组织很多，有时需要选择。对于SCA来说，就有OMG和OASIS等选择。SCA组织最后选择了OASIS。

9． 推广

标准能否立足，在于能否被大多数利益相关方接受。标准制定者的积极推广因此非常重要。当然，身体力行更是必不可少。如何推广是标准讨论会议的一部分，也往往是相互竞争的对手相互协作的重要方面。

我国经济技术的发展需要我们在国际标准的制定中扮演越来越重要的作用。这种地位的获得，需要中国市场的发展，需要中国企业的强大，更需要中国的民主文化的积累。参加SCA标准的经历给我印象最深刻的，是参与人员相互之间及与媒体等的默契。

SCA的是由四大家发起的，IBM、BEA、Oracle、SAP。在SCA标准的各个分组讨论会上，主持人基本上都出自这四家。这四家参与的人数最多，其他十多家参与会员公司的参与人数加起来不到这四家。这四家参与的频率也最高，参与者基本上成了“专业”标准制定人。其他公司的参与者基本上是“业余”的，因为他们在各自公司还肩负着其他重要职责。抛出来的方案，会上的发言也是这四家最多。这四家的参与者相互也很熟悉，在同一圈子里混得很久了，说话也比较轻松自在。

其他各家小公司的代表，则发言较少，说话也较为谨慎。

SOA的世界是一个充满规矩的世界。之所以能够顺利地形成规矩，是因为人们已经知道了形成规矩的规矩。大小公司的代表，说话办事都知道自己的角色位置。