SOA重点首先是业务层 ESB并非仅仅EAI升级

　　51CTO.com用户代表：ESB和SOA之间难道就是递进的关系吗？它们之间有没有更具体的区别？

　　毛新生：作为一个好的工程师，软件工程师尤其是作为一个好的架构师，我认为概念级别的思考能力是非常重要的，如何在自己思考的模式里面，分层次想问题，又将他们联系在一起，对我们成功建设一个好的系统和应用，或者是设计一个好的架构是至关重要的。

　　毛新生：其实真正不同不在于技术表现形式，而是想问题的思考模式的改变，以独立的实体来看待这个世界，从这样的角度来切分问题域，以你的问题域分析和建模。而面向过程的方法首先是以过程为中心的方式来思考你的问题，这是最重要的。

　　相同技术的表现形式是有的，而且某些时候你看着很困惑，一样的道理。我们说SOA的技术和产品有没有EAI的影子？有，很多。比如我前面谈到消息中间件，哪都用，但是这里面的区别在哪里？

　　SOA的重点首先是业务层面上的，我的目标是想构建一个柔性的IT架构来帮助我们去激活业务的敏捷性。也就是业务层面上想变化，IT可以跟得上，这事情背后非常重要的点就是从业务到IT都应该是以服务为中心的，而服务首先是业务层面上的概念和实体，从业务角度来讲是具有非常完整的业务语义。它在IT系统里有独立的表现，虽然它也用到很多EAI相关的技术，甚至是过去产品基础上进行增强，但是它支持的不再是技术层面上的消息或者是技术层面上的接口，是更多地支持粗粒度技术层面的东西。如同C++里面，一个Level不过是比过去多一个关键字，但是支持的概念变了。

　　毛新生：通过这个例子，通过结合过去和现在的发展来说明，SOA是需要大家有一个想问题的方式的重大变化，从业务出发，从粗粒度有业务语义和业务服务的角度出发，从整个业务范围内的架构以及相关架构范式出发来设计你整体的架构模式。然后往下走，走到传统的EAI可能用到的技术和产品都没有关系，但是出来的东西跟过去不一样了，更加强调标准，更加强调业界范围共同的实践方式，以便你的系统可以在大的产业生态系统里能存在。一些客户用SOA的设计原则，不用IBM的产品，自己做也一样，现在都可以支持Web服务，只不过它的能力和商业套件之间有重大差别，比如安全问题，性能问题，可扩展性问题以及管理能力等等。