【关注】关于去ESB的一点讨论

oh_Maxy 2015-12-04 10:54:21
加精
刚才看到首页的一篇采访,被采访的大牛说了一个概念,去中心化,去ESB(企业服务总线)。

恰好我们公司也在用ESB。我能感受到的好处是,安全+统一管理+监控方便。但是也能猜到,两个系统的交互,经过了ESB的中转,必然增加了耗时。因此看到这个去ESB的想法,觉得很有意思。

不知道各位上班的,搞研究的,有没有接触过,或者知道怎么去ESB?希望大家一起能讨论讨论。

个人感觉有ESB时,各个系统与ESB组成的网络图形是以ESB为中心,散射的星状图。两两系统的交互都是要经过两次网络传输才能到达对端。
若去掉ESB,则会成为一个比较复杂的网状图,两两系统一般都直接连接,只需要一次网络传输即可。

难点在于,没有ESB如何监控这种复杂的网状图之间的交互情况?比如监控A系统向B系统发送的报文,以及B系统的响应时间等。

我没有做过此类(去ESB)工作,只是瞎琢磨了一些不成熟的替代方案。
系统之间交互,可能会由平台(每个公司都有的开发组件)对发送动作做一层封装,或记录于文件,或记录到数据库。当然,这个操作一定是异步的。接收方也会在接收的时候做了一层封装。总的思想是,异步处理一些额外的监控数据收集动作。
这些数据存储的文件或者数据库,其实就是一个隐性的“ESB”,监控系统直接分析这些数据即可。

嗯,不知道有没有哪些同学有过类似的工作经验,给分享一下呢?
...全文
6357 51 打赏 收藏 转发到动态 举报
写回复
用AI写文章
51 条回复
切换为时间正序
请发表友善的回复…
发表回复
70903 2018-07-19
  • 打赏
  • 举报
回复
其实你这个问题咨询ESB供应商比较清楚一点
70903 2018-07-19
  • 打赏
  • 举报
回复
看了一长串的回复,我呵呵!楼主考虑的问题传输效率和取代ESB的问题,那么我先回答第一个问题;ESB有一个公式算报文大小的,得出的结论:接口性能良好的的情况下,传输的速度是毫秒级的,虽然中间多了一个ESB,我觉得这个效率应该是可以说服你的,如果是机械采集的数据你可以用MQTT适配器,针对数据小平凡。我就不说ESB的好处了,一看楼主都了解不少了,长远打算企业未来发展还是建议用ESB;第二个问题说道替代,这个不光你想过,很多ESB供应商也想过,ESB底层用的是IBM的MQ和IIB,IBM不用派人做事没一个ESB项目都会收取平台费用,金额也不小,替代也不是不可能的,只是性能稳定上是有一定差距的,也不是说不能用,相当于轻量级的ESB,价格也便宜很多哦!
肃穆丶 2016-09-28
  • 打赏
  • 举报
回复
markmark
  • 打赏
  • 举报
回复
现在我们公司自己研发了一套ESB系统,简称 CSB, cloud ~ 其实也就是个中间建服务,现在用来做对外的
rgqancy 2016-09-17
  • 打赏
  • 举报
回复
多出中间件,降低的效率和增加的风险的问题,不适合这个场景:企业买了一套Oracle的电子套件,还有一套Microsoft的BizTalk,要交互数据,能怎么办?只能上ESB最省事。
rgqancy 2016-09-17
  • 打赏
  • 举报
回复
假如QQ没有开发手机端和移动端消息漫游功能,我们只能复制粘贴得拷贝消息,还能怎样? 因为早先QQ只能单个账号登录,所以得挂两个,现在可以挂一个,就这么简单 。 总线Bus,我觉得这玩意和工控行业有异曲同工之妙,CANBus能解决多个设备之间通信的问题,ESB就能解决多套系统之间通信的问题。
leixiaosong 2015-12-08
  • 打赏
  • 举报
回复
估计也很明显,毕竟你经过了一层中转站,没有直接访问那么效率,而且多一层中间件,多一层风险
sinat_33265547 2015-12-08
  • 打赏
  • 举报
回复
挺不错的,非常实用 !
ghchen 2015-12-08
  • 打赏
  • 举报
回复
中心化与ESB不一样吧,当系统多了,ESB还是很有优势的
  • 打赏
  • 举报
回复
我们系统间交互,都是直接交互的,不引入ESB一样能玩的挺好
聪头 2015-12-08
  • 打赏
  • 举报
回复
其实是性价比的问题
chen870201 2015-12-07
  • 打赏
  • 举报
回复
在用ESB,感觉很头大
qq_33270817 2015-12-06
  • 打赏
  • 举报
回复
不懂..........................................
一箭花开 2015-12-06
  • 打赏
  • 举报
回复
来学习了。。
LL66669999 2015-12-06
  • 打赏
  • 举报
回复
有点点难,不过加油
zrh16 2015-12-06
  • 打赏
  • 举报
回复
qq_22225009 2015-12-06
  • 打赏
  • 举报
回复
好厉害的样子
qq_33271536 2015-12-06
  • 打赏
  • 举报
回复
学习看看哦。。。
qq_33259158 2015-12-05
  • 打赏
  • 举报
回复
学习学习~~~~
三断笛 2015-12-05
  • 打赏
  • 举报
回复
引用 18 楼 Raffin 的回复:
[quote=引用 17 楼 oh_Maxy 的回复:] 嗯,重点不是说ESB不好,而是想聊聊,看看如果不用ESB,能否有其它方式,不通过一个中心点的管理,来实现这些复杂功能。
这个我觉得实现不麻烦,只要每个系统在后台API里都做监控和日志之类的处理就行了,你可以把这类监控处理做成一个方法,然后在每个API里调用。发布的API调用方法参数里额外多设置一个参数,控制是否开启监控。 至于这个监控是存到当前数据库还是存到其他一个统一管理监控的数据库都可以实现。 但用ESB好还是不用好这个涉及的东西很多,恐怕不好说。[/quote] 很多ESB产品本身就有很多开关,可以根据需要打开和关闭。关闭不必要的功能是可以提升性能的。
加载更多回复(30)

67,513

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧