普元架构师杨洪波：让SOA变的实在

“如果两个业务模块之间没有实现互通，那么我认为它是不能被称为真正意义上的SOA的”，这是我在采访普元信息公司架构师杨洪波时，他最抑扬顿挫的一句描 述。杨洪波，个子不高，但是当与他讨论起这些技术问题时，却让人觉得他是高大的，因为总能为你的疑问指路。从他炯炯的眼神，坚定地神情，似乎就连在人们脑 海中一直飘缈不定的SOA也变得实在起来。

记者：BPEL的定义有很多种，诸如是一种XML语言，是基于Web Service的业务流程描述，但这些定义让人感觉很抽象，从您的角度来理解，能用一个直白形象的描述来为BPEL定义么？

杨洪波：在我们谈BPEL之前我想先提一下BPEL4People，BPEL4People实现在几大厂商正在积极 推行的一项标准，为什么会推行BPEL4People，就是因为大家认识到了BPEL规范给工作流带来的效率。从这一点上来看，其实BPEL就是一种流程 级别的服务，它其实已经被纳入了SOA，也可以这么理解，在一个业务的实现过程中，会分成很多的集成模块，这些松散的模块要实现这项业务，就要按照 BPEL这个规范来进行组合。BPEL提供了唯一的标准化手段。

记者：曾有传言说IBM和BEA会放弃对BPEL的支持，您相信这种说法么？

杨洪波：对于BPEL的支持有很多家厂商都参与其中，为首的就是微软和IBM，他们都很看好BPEL，也会对他进行大力的支持，并且都会有产品发布，而且今后不仅仅只支持J2EE而且也要在.NET平台上进行。

记者：您怎样理解中间件、SOA、BPM这三者之间的剪不断理还乱的关系？

杨洪波：这就要从整个发展的过程来看，刚开始提出中间件的时候仅仅是一种思想，仅仅是一种思考问题的方法，也就是常 说到的方法论一类。到后来一些大的厂商开始运用技术来实现这些思想时，会从操作系统之上的这个中间层开始，只有在操作系统层面之上进行这样才能保证能够在 任何一个操作系统上都能够实现，但是中间件它是不直接与业务挂钩的，他并不实现业务但是可以简化业务，所以它只是在操作系统层面和业务层之间的——中间 层。而BPM，它的侧重点是在“M”上，也就是Manage管理，其实就是将对业务进行的管理移植到一个用技术实现的平台上来。

记者：普元提出的“SOA，从面向构件开始”那么什么是普元所谓的面向构件？

杨洪波：说起来这个面向构件，又不得不提它的渊源了，在中间件这个概念被大厂商提出来之后的几年，陆续开始有人着手 开始实现它，但是在实现的过程中就出现了一些问题，针对这些具体实施中出现的问题，就将SOA分成了两个方面，一个是Component，技术层的原子级 别服务；另一个是Composite，业务层的组合服务。而现在普元提出的面向构件就是在这两方面的基础上提出对应的服务构件和业务构件，所以我们提出的 口号便是：SOA，从面向构件开始。

记者：在您看来，是否SOA已经真正的从概念来到了行动？现在欠缺的是什么呢？

杨洪波：从我个人看来，SOA提出了很多年，而且也有很多很多的厂商和企业都说自己已经部署完成了SOA，其实就我看来并不是这样的，如果你说你的A业务是SOA，B业务也是SOA，但是你A业务模块和B业务模块仍然不能互通，这是有悖于SOA的，SOA在我看来不是这样的。

记者：这种互通性的实现应该就是需要我们一直呼唤着的SOA标准来规范了？由基础中间件为你完成了业务的模块化，然后在业务应用层就需要严格遵守SOA标准来组合了，这样才能叫真正的SOA

杨洪波：是这样的，现在SOA的标准已经提交OASIS组织了，其实从2005年开始就一直在做这件事情，SCA的稍微晚一些，这次是SCA 1.0版本，而SDO已经出到了2.1版本，已经是相当成熟的了。

由于条件受限，当时采访并没有录音设备，只是做了简单几个字就代表一句话甚至一段话的象征式记录，所以全部的内容都由我本人后来重新理解所领会到的意思写的，如果有出入，还请大家理解并友情指正。

文章来源