什么是SOA？为什么要上SOA？过去几年日见清晰的概念让大家逐渐找到了共识。而如今，SOA如何落地？怎样上SOA？这些新的关注点又摆在人们面前。有人说，Web2.0和SOA珠联璧合；也有人说，ESB是SOA的基础与核心；还有人说，最重要的是找到快速切入SOA的技术手段。12月20日，51CTO.com邀请三位资深专家和多名用户代表，在北京理工大学国际教育交流大厦举办“巅峰访谈：整合异构，从ESB切入SOA”活动。活动吸引了数百网友在线观看并参与讨论，以下是访谈中的部分精彩实录。
51CTO.com用户代表 : 两个服务进行松耦合，组合在一起需要怎样的条件进行管理？另外，能否举一个具体例子说明如何做组合服务？
毛新生 : 这个问题非常有趣。在
SOA世界里，每个服务与另外一个服务都是以松散耦合方式结合在一起的，这就要谈到
SOA灵活性的由来。在集成架构里，ESB作为集成架构的模式，作为集成架构的最佳实践，它的目的就是为了解耦服务的请求者和提供者。它提供异构环境下的连通性，你用什么技术和语言都没关系，ESB可以帮你打通。
毛新生 : ESB可以帮你进行API和消息的转换，这边是Java那边是CA都没关系。紧接着帮你做路由，你在哪儿我不知道，你可以在美国也可以在我身边，我不需要关心这事，ESB可以帮助我找到你在哪里，帮我把信息传到那地方。甚至可以不需要知道对方是谁，只要把提供服务的要求告诉ESB，ESB就会去找到一个你制订要求的服务，然后帮你绑定，帮你做路由，帮你做必要的转换。
SOA的世界里有了ESB的架构元素之后，服务的请求者和服务的提供者之间不需要关心对方是谁，也不需要关心对方用的是什么技术，在哪里。因此在
SOA的世界里服务之间的关系永远都是松散耦合的。
毛新生 : 第二个问题谈到组装，组装本身遵循的也是服务组装的技术和模式，一般都支持描述性的规范。这些描述性的语言可以说明一个业务流程由哪些
SOA世界里的服务协作完成。协作的关系是什么？无外乎是控制的过程，不同的步骤是由不同的服务做完，控制的过程只是描述性的东西，随时可以改变控制的过程。虽然你的业务流程比较容易发生变化，但调整就可以了——下面的服务是不用动的，所以这种组合的过程也是比较灵活，比较敏捷，适于变化的。
此次访谈的全文以及现场录像已刊载在专题“巅峰访谈：整合异构，从ESB切入SOA”中，详请见http://www.51cto.com/actions/actions/ibmfangtan/。【责任编辑：
程鸿 TEL：（010）68479336-8024】
服 务 CIO 推 进 信 息 化 
