全面支持SOA标准的中间件

5月29日，SOA国际标准全球路演中国站正式揭幕。以下是来自普元副总裁程朝晖先生做的关于全面支持SOA标准的中间件的主题演讲：

　　我的演讲题目是全面支持SOA标准中间件，刚才万总提到了我个人从事中间中行业十多年，因此觉得特别幸运，在这样一个行业里，在过去的十多年中，在企业架构、企业级计算技术这一块最新的、最时髦的、最流行的技术都最早在这样一个领域出现，并且当不断成熟、不断标准化时放到这样一个产品中去，中间件这样一个市场。从业这么多年之后，不管觉得自己这十年多中感受到很多技术的发展，更重要的是技术的发展在根本地推动业务的变革和创新。

　　在二三十多年前，一波中间件的浪潮产生了，他们的产生也有很多业务需求的背景所在。比如说在十年前甚至是更早的二十年前，不可想象整个银行可以实现跨地域、跨网点的通存通兑，可能现在想象这是一种业务创新，可以给我们带来非常大的变化和便利。但是当有了企业级计算架构、有了交易中间件出现时，有了MQSeries、MessageQ等出现时，当有了访问后台中间件专用系统出现时，使得有了新的创新。

　　随着技术的发展，会发现中间件扮演了一个非常重要的角色，是一个承上启下的，上面承载着应用，下面承接着数据库这些平台。如果能够把未来应用不断吸纳进来，这样一个承上启下的关键角色使得我们业务的发展，企业级计算架构的发展跟中间件这样一个产品领域非常相关。

　　到了差不多十年前，在98年正式GCP1.0（音）发布，到那时发现企业不管做什么样的应用都需要实时访问处理，需要通过消息跟别的应用进行可靠信息的传递，都需要访问一些后台的专有系统。因此原来成为不同产品形态的中间件到了96、97、98年时，企业级变成一个通用的应用，随着技术的发展，整个互联网开始起来了，整个企业对于业务需求的发展，对于底层中间件的支持平台有了新的要求。应用服务器概念开始出现，新的应用服务器能够支持我中间件的交易功能，能够支持我消息的功能，能够支持对象的应用，也能够支持专有系统的应用。因此随着新一代技术的到来，互联网技术的到来，形成了一次融合。

　　原来老的中间件慢慢地没落，到了一个非常窄的细分市场里去了，而真正主流市场是由应用服务技术承载的。企业关键应用都由应用服务技术来承载。随着技术架构的融合，使得我们看到J2EE都成为主流计算核心的平台。当然技术还在不断地发展，大家都知道应用服务器出现之后大概到2000年开始提Integration的概念，虽然可以作为企业应用的基础平台，但是在展现端它的个性化、门户的功能、定制的功能似乎还缺了点儿，不能满足企业级的需要。

　　在整个能力方面似乎也弱了一点，因此在那个时代开始出现了门户服务器、集成服务器，来弥补应用服务其对于支撑企业应用的不足。但是同样我们可以看到到了现在2007年，整个Integration也走向了没落，专有的技术非常昂贵，服务实施成本非常高，EI（音）成功的也非常少。而门户也是走向没落了，可能现在大家还很少听到国际一些厂商提到这样一些预言、判断，但是门户服务器也是一样的，会不断地进入细分市场，可能企业里一些很窄的地方可以去，逐渐地退出主流的企业级计算平台。

　　这些技术难道不需要吗？门户技术一定是需要的，Integration但是会随着SOA的浪潮，整个企业级计算技术一代的变迁，这些门户、应用服务器、这些集成的需求、产品需求和特征会被融合到SOA中间件里去。这是我们看过去十年以及未来十年的发展。

　　在今天上午IDC中国SOA路线图的报告中，也有这样一张图，对于中国客户的调查，以新建系统为主大概占5%，新建系统和已有系统不断改造的有52.5%，加起来可能到57.5%。而对于已有的系统已经满足要求了、它的业务模块已经稳定了，我只是用一个Series穿件衣服包装起来，能够被访问就行了，这样的需求占42.5%。基于这样一种IT背景、应用建设背景，看一下在SOA这样一个技术不断成熟、标准化的时候，我们应该需要什么样的技术、真么样的标准、什么样的产品帮助我们把企业建设应用起来。

　　这样一个逻辑很简单，整个技术的趋势让我们看到，面向构件来构造，构件Series，构件软件的基本单元，软件基本单元不再是一行一行代码，而是一个个构件，这个观念的改变是巨大的，可能在座已经有一些客户成功实施了，有些客户还在调研阶段。但是这个改变可以说是未来10年、20年最基本应用软件构造的改变，应用软件都是用构件基本概念构造的。

　　第二SOA作为企业的服务架构，成为了统一企业面向的架构，企业之间资源的访问都是通过Series的方式，大家都是讲共同的标准语言，因此不再会存在几年前做EI（音）时这些私有技术。而Integration作为整个SOA架构里最自然的事情，不管是访问别人的组装或者是用别人的服务，在SOA构件里这是最自然的事情。大家不用花太多的代价来思考这个问题。

　　第三是图形化的开发，如何组装业务流程，通过图形化的方式大大提高了生产能力。图形化的技术、SOA架构技术，面向构件这三个非常核心的技术趋势，在推动整个企业应用继续发展创新。到了应用服务器出现时不仅仅是通存通兑了，有了网上银行这样新业务模式的出现。到了SOA架构时同样可以想像，流程企业将会变成现实，我们的业务将会通过流程、面向流程来打通各种应用。

　　技术趋势如何适应真正的应用，任何好的技术，思科有一个企业最基本的价值观和文化，“不要崇拜技术”，它其实很简单，任何再先进、再尖端的技术如果不被应用、不被很好地体现出它的应用价值可以说它是没有价值的。这样的技术趋势如何满足现代企业应用建设的需求？是不是还用各种各样的技术、不同的集成商、不同的产品线都用不同的技术，还是有一个统一的企业架构、统一的编程模型、统一的构件规格，作为企业应用建设的标准基础。

　　我们的应用还是基于代码去开发，还是说我们的应用是基于流程的？既然要形成一个流程企业，你的流程是不是可以支持到全面的流程？还是在粗密度的服务流程还是到中间的构件？还是细到形成一个代码的片段。现在企业应用非常复杂，有老的应用系统、有新的应用系统，形成这样一个架构需要有全流程的支持，细到代码，到构件的组装、到服务编排。

　　大家都知道ERP企业资源管理里的规划，现在企业资源都是散落在各处，形成很多部门应用的孤岛，可能你会知道有这样一个数据，这样一个逻辑。但是你要去访问的代价还不如自己重新开发。如何对企业数据资源、流程资源形成一个无缝、无障碍的资源访问，SOA面向构件提供了这样的解决方案。

　　在这样一个统一架构、统一编程模式、统一规格下通过全流程的开发和无缝资源的访问、最低代价，这样才有可能实现大家所倡导的愿景，不再是半年做出一个应用系统，不再是两个月、三个星期，而是以天来计。这样一个非常高效、快速地实现一个新的流程、实现业务上的需求，同时具有灵活的、敏捷的应变能力和适应能力。

　　当业务变化时，程序员都不愿意去看自己改编的代码，但是面对一些非常业务化的构件时，这种改变变得只是参数配置的改变、连先的改变时业务变化就不户这么讨厌。第三就是这么高效、这么灵活是不是门槛很高？跨入的门槛如果太高的话相信很多企业还是会退缩，回到原来的方式方法上。对于这样一个平台需要有非常高的应用型和较低的成本，这三方面组合起来产生不断提高软件生产力的商业价值的追求。

　　从技术角度来看，SOA整个技术架构从框架来讲万变不离其宗，作为一个企业架构来讲，有最左面的开发，如何根据需求来建模、设计，设计你的业务流行模型、设计用户的UI互动、界面，来测试、来部署，在中间虚框是整个运行环节，可以通过最上面的渠道和展现层提供外界的看端的服务，看端可以支持各种手机技术、HTM的浏览器，也可以通过客户端的调用RCP、JAVATIME（音）来带动后台的业务流程，驱动和整合各种需求、请求，然后通过展现端，个性化、安全控制、渠道管理做到统一的接入。

　　到了第二层Series服务层，通过服务的注册、定位、组装、服务的绑定、服务的交易、服务的安全、服务的消息、服务的策略来提供统一的、完整的所请求的服务。服务层的具体实现可以是各种技术，刚才Jeff Mischkinsky在介绍SOA里有一个非常关键的东西，它是语言无关、技术无关的，可以在现有的任何技术上，可能是C++的代码，可能是JAVA都没有关系。

　　在服务的实现层来提供具体的服务实现和逻辑代码。再到最后面数据的访问层，统一实现数据的持久，数据的统一访问。通过EOS来实现数据统一的访问接口，不管后面是XML还是关系型数据库还是其他数据格式，都可以在应用里统一成一个EOS的对象。通过IDS做到数据的持久，做到数据的路由、数据的转换。

　　在中间的虚框是SOA运行的支撑环节，到了右边是管理和制度。知道我有几百个、几千个构件时，如果你无法管理它的时候，它运行出现异常时是一个灾难，给你带来的业务损失可能是巨大的。所以整个SOA中间件的平台需要有一个完整的监控治理、管理的环境。由它来制定不同构件的策略、权限、监控、性能。在这样一个技术架构体系之下，可以看到SOA的标准组织对于SOA标准的路线图，左下角实现了WebService非常成熟，实现各种交易、安全、策略，任何一代架构首先要解决的是互联互通，应用互联时是通过TCP/IP来解决的，需要通过WebService来实现，所以实现了在一种环境下的互通。

　　到了具体服务构件是怎么被创造出来、怎么被生产出来、怎么被组合起来的？SCA/SDO简化了逻辑跟数据的实现，有了这些最基本的服务构件之后，将来在企业跨应用、跨组织、跨部门时，才能够进行统一规格的构件，做一个流程的串接。这部分的标准也在推荐中。第四个阶段是整个软件构件的治理，如何对一个构件能够有效地管理、监控它的治理，这些标准目前还处在早期的探索之中。可以看到整个SOA还有一个不断发展的路线图，它的标准路线图已经非常清晰了。

　　有了技术、有了标准，应该进行怎样企业级的中间件产品，来支撑开发、运行和管理呢？刚才可以看到SCA/SDO面向构件，是整个SOA中间件的核心。如果把SOA中间件看成是有生命的话，它是整个SOA中间件的心脏，在定义的死亡里心脏的定义最高，很多人脉搏不跳了，但是心脏还在跳可以说他是活着的。在面向构件里，真正的服务怎么创造理念？构件组装模型跟人气，服务数据对象EOS是最关键的核心。有了这些软件的基本构造单元之后，我们需要通过流程把真正的业务实现、服务实现、应用实现。流程贯穿到全流程的管理，一直到代码、逻辑片断，到你的构件的组装、服务的拼装，涉及到业务逻辑、页面逻辑、工作流程和跨应用系统的业务流程管理。

　　通过流程相当于一个人的神经系统、控制系统，它控制你的手、眼睛、脚协同地完成一个任务。不断地通过构件把这些流程拼装出来，几百个、几千个，说不定是上万个，如何在企业里统一规范这些互联互通，他们互相之间的对话、访问，因此第三步就需要通过企业级的，而不是部门级、应用级的，统一服务管理动态地对服务进行注册、匹配、调度、路由。通过可靠的消息，实现消息的代理、传送、转换和路由。统一的服务，让我们看到在企业里的资源得到的无缝、透明的访问，这也是应用需求里的第三点。

　　企业的资源是各种格式、各种标准的，每次访问都要写代码API（音），还是说企业里有一个统一的代码，各种逻辑资源、页面资源、数据资源都是通过这样一个统一服务进行访问的。

　　有了这些统一服务访问之后，第四步是对于企业服务跟构件进行统一的策略，统一的治理，就像一个社会，当有很多企业、个人组成时，如果没有法律部门、如果没有海关、公安，这个社会肯定是乱的一塌糊涂。到那个时候社会规模达到一定程度时，可能家族式管理都不再有效时，需要通过政府来治理社会，通过法律、公安、税务把构件的世界、服务的世界治理的更加有效。

　　是普元EOS产品的图，EOS产品是面向服务、面向构件的产品，它目前是基于底层J2EE的应用服务器，可以支持各种服务器，IBM、BEA、Oracle等等。上面有一个Servise，是一个容器，提供很多服务级核心的功能。在上面普元提供了将近一千个基础构件图，微软有一个一套SMC才使得你在做应用时非常容易，同样普元提供将近一千个原子构件，帮助你把基于构件搭建出来。

　　在应用中看到95%的流程逻辑都可以通过已有的构件进行组装，只有5%跟你的客户特定的模块、功能，可能是安全、可能是某些方面，是需要通过你自己写出这样一个原子性的构件。当然EOS也提供了一个平台跟环境帮助你把原子型的构件做起来。当5%的原子级构件形成时，你自己已经可以在跨应用、在企业范围内统一使用这些高质量的原子结构了。再上面是更加面向业务的，包括工作非常适合中国企业的流程工作流，应用框架、报表，Excel、傻瓜型的报表等等，非常灵活。以及可能在规划中的规则引擎。

　　我们已经在跟北航联合开发的，明年会推出的测试套件，如何对这些构件，你自己开发出来的原子级、业务级构件进行自动测试、框架测试。再左面是我们基于InKles（音）的，组成一个完成的EOS的平台。EOS本身产品也是有这样一个规划的，一步步全面支持SOA标准。EOS6.0会在今年年底发布，支持SCA1.0、SDO2.0，也会对很多客户常用的页面端开元的框架进行无缝集成，工作流、报表。到了明年我们的产品规划更会看到，其实现在已经看到有这样的客户像交通银行，14个应用系统建立在EOS之后，会需要这十多个应用之间的页面、构件、顺序怎么有效地通过一个业务视角拼装出来，拼装成一个端到端的服务，客户一个电击自动穿越各种已有的应用里去、各个部门里面去，能够把业务整合起来。

　　会提供完善的设计界面，设计即开发，开发即设计，设计跟开发的一体化，已设计的接口会自动帮你形成构件框，只要在里面把肉填上去就可以了。以及支持SDO、DAS，到时候会出来的标准规范。测试套件刚才已经提到了，会出来。到了09年EOS7.0，我们在整个Governor这一块会有所突破和发展，使得我们企业不断积累和构件服务之后，有一套完善的平台跟体系，帮助大家制定构件和管理策略、监控策略、性能策略。这就是EOS产品的路线图。

　　接着给大家看一下在年底EOS6.0发布的产品，这个产品叫做奥运版，会在今年出技术预览版，明年上半年会出奥运版。它是一个完整的SOA中间件，实线中我们可以看到SOA数据服务实现，以及对各种接入框架的支持，通过WebOA的模型把各种开元框架可以接进来，通过EOS监控和管理。

　　设计及开发会有一个初步的设想。你的设计人员（左上角）通过模块设计、数据建模、流程设计、交互设计、复用设计、交口设计会自动把框架连接，接着无缝地交给开发人员，把具体的流程细化，街面实现、接口实现，再交给测试人员，单元测试、打包测试，然后部署到EOS的Serise上去，通过EOS “G英文”来监控。通过提供与JAVA、J2EE的功能，实现可扩展性。

　　通过这种集群来容错，提供一个吞吐量线性的增长。通过构件体系实现业务级的管理，在这样一个产品里彻底的开发系统，开放给开发商客户，可以在SPI级调用构件，实现复杂的甚至于是对性能非常苛刻的要求，通过SPI实现代码级的构件。监控和管理治理，可以看到具体的构件是红色的错误还是黄色的警告，还是正常运行。可以看到具体的构件在状态中性能的吞吐量，瓶颈的法制有没有达到。同时提供丰富的产品选件，像报表、工作流等等。当然也全面支持对于用户投资的保护，对于已有的EOS版本的客户实现全面的兼容。

　　最后再花一点时间介绍一下普元软件公司，可能今天大家也有所了解。在今年1月份时普元软件被德勤咨询评为中国高科技、高成长的50强，仅次于百度。我们面向构件和SOA的社区Gocom突破了两万个注册者和开发者，也跟国际厂商一起积极推进面向构件SOA这些技术和标准，我们也赢得了众多行业旗舰顶级的客户，我们的产品也部署到印尼、冰岛、荷兰等等这些国际市场里去。谢谢大家！