第二页
而他所说的四个阶段如下所示：
1.使用XML，以更标准的方式使用应用程序接口。
2.捕获一些业务过程，并将它们转化成为Web服务。
3.引入并全面使用企业服务总线。
4.产生业务过程执行语言(Business Process Execution Language，BPEL)，它可由业务过程建模工具完成。BPEL可以改变应用程序的行为，而无需修改软件。
另外，在IBM定义的实施SOA的五个切入点中——人员、流程、信息、连接性、重用，只有连接性和ESB相关。
Bobby在他的文章中也说道，仅仅建造一个总线的工程是不可取的。IT部门认为只要建造了一个总线，人们就会围绕着总线来构造SOA的应用了。但是问题在于，当人们开始构造SOA应用时，他们会发现那些已经建造好的ESB已经不能满足当前的需求了。
针对这种错误的倾向，他警告道“只有当你实际需要一样东西，才去实现它，决不要仅仅因为你预见到未来的需要。”这种哲学遵循的思想是“够用就好”，或者说只有需求出现时才去满足它，而不是预测将来会出现什么样的需求，然后预先就去实现它，因为这样做将造成巨大的浪费，甚至给将来设置阻碍。
“ESB就是道路，试想城市规划时是不是先把所有的道路都修好，然后再去修建筑呢？”毛新生这样形象地做了一个比喻。
正确认识SOA的真谛
以ESB为中心来构建SOA系统，这种错误的根源就是完全从技术角度考虑，而忘记了SOA的核心是业务价值。
“Bobby Woolf的这篇文章就是批判唯技术而技术的错误路线，这是一个不太好的建设企业IT的倾向。”毛新生这样解释Bobby那篇文章的真正目的，他进一步说道：“我们每天都在谈业务驱动，业务敏捷，把业务和IT对齐，所有这些其实都在强调SOA的核心是业务价值，它所解决的问题是业务问题，而不是关注技术的。而ESB是一个完全技术的东西。”
离开了SOA，ESB将失去它所连接的服务，而仅仅是一个总线，同时也将变得毫无价值。Bobby做了一个比喻：路是没有任何价值的，除非你利用它把一个东西从一个地方移到另外一个地方。而离开SOA，ESB就像一个没人使用的道路。
“做SOA的事情不要先上来建立一个大而全的ESB，相反是关注你的业务问题，找到用SOA的方法来解决业务上的需求，在解决这个问题的过程当中，你会看到一系列的业务服务。这些业务服务是会产生业务价值的。它可以灵活地组装，动态地解决你变化的业务需求。这是它的价值，只有这样才能使你的业务敏捷起来，随需应变起来。而在服务的组装过程中，你再去考虑利用ESB来把他们连接起来。”毛新生说道。
在认识到SOA的业务本性后，我们将重新回归ESB在SOA实施过程中的正确位置，而不是一切以ESB为中心。当然这种矫正并不是否认ESB的价值。ESB是好的，单纯的ESB项目是坏的。让架构围绕服务，而非总线。
网友评论