谈及企业服务总线&＃xff08;ESB&＃xff09;&＃xff0c;在有面向服务的架构&＃xff08;SOA&＃xff09;实施经验的开发者眼中一定不会陌生。
这些年&＃xff0c;人们一直在谈论它&＃xff0c;以至有些人认为“实施SOA一定需要ESB”&＃xff0c;或“只要将ESB架起来了&＃xff0c;
我们就SOA了”。这些说法有可取之处&＃xff0c;也存在片面之嫌&＃xff0c;由于业界对于ESB没有统一、标准的定义&＃xff0c;
所以一千个人眼中有一千个“ESB”也就成了情理中的事情了。然而&＃xff0c;怎么才能将ESB用好&＃xff1f;我们需要
清楚地认识ESB在SOA中所扮演的角色&＃xff0c;理解哪些工作是ESB的职责之内?哪些却不是?
从下面可以看出ESB在各个系统服务之间发挥的作用&＃xff0c;看看你是否理解正确了。
从上图可以看出&＃xff0c;ESB是为各个系统的服务又管理各个系统的服务&＃xff0c;它可以利用现有的服务组合新的系统&＃xff0c;
图上它把OA、CRM、ERP整合等&＃xff0c;那么它是不是就是一个万能的中间平台&＃xff0c;任何服务都可以接入到上面&＃xff1f;
这是一个很理想的目标&＃xff0c;但这个目标是不可能实现的。
原因有两点&＃xff1a;其一&＃xff0c;仲裁逻辑一般是非常具体的&＃xff0c;具体的服务有具体的整合需求。我的理解是它们在某些
更详细的小的方面也有很多不同&＃xff0c;需要把所有的不同大的差异还是小的差异都屏蔽掉&＃xff0c;是不容易做到的。
我们要考虑的不仅仅是协议之间的差别&＃xff0c;还需要考虑消息格式的差别。其二&＃xff0c;如果有这样的设计/实现存在&＃xff0c;
ESB产商为何不把这个特性直接实现了呢&＃xff1f;你也许会说产商不理解具体的业务&＃xff0c;而具体的业务是复杂的&＃xff0c;SI/ISV
却了解这些复杂业务。而事实上&＃xff0c;ESB解决的更多是技术层面的工作&＃xff0c;业务层面的工作大多数不属于ESB的范畴&＃xff0c;
复杂的业务逻辑不是在业务系统中实现&＃xff0c;就是在其它SOA组件中实现。
京公网安备 11010802041100号