|
锁定老帖子 主题：【讨论】什么是ESB
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-12-06
温柔一刀 写道 ray_linn 写道 温柔一刀 写道 是啊，你说的这个查询中心怎么实现呢？是不是需要分支聚合（Splitter Aggregator），路由（router），过滤（filter），消息格式转换（transformer），公共消息通信传输，还需要用到file，db，jms，ws等资源和服务。这不基本上正是一个ESB的实现么？ ms 真正起作用的，还是web service吧，至于其他的都不是必须的，或者说，关键还不如推进行业标准呢？ web service只能实现基本的通讯，但是要做的事情远不止通讯。行业标准在金融业等成熟的行业已经实现了，但是在旅游业还很乱，我们也想也正在试图推行标准，对于没有自己接口的端点，相对比较容易让别人实现自己的标准，对于已经有成熟接口的端点，要完成大统，路还很长。 中国的行业标准，额，靠政策推进就成，或者说，靠钱砸 |
| 返回顶楼 | |
|
发表时间：2010-12-06
最后修改：2010-12-06
ray_linn 写道 温柔一刀 写道 ray_linn 写道 温柔一刀 写道 是啊，你说的这个查询中心怎么实现呢？是不是需要分支聚合（Splitter Aggregator），路由（router），过滤（filter），消息格式转换（transformer），公共消息通信传输，还需要用到file，db，jms，ws等资源和服务。这不基本上正是一个ESB的实现么？ ms 真正起作用的，还是web service吧，至于其他的都不是必须的，或者说，关键还不如推进行业标准呢？ web service只能实现基本的通讯，但是要做的事情远不止通讯。行业标准在金融业等成熟的行业已经实现了，但是在旅游业还很乱，我们也想也正在试图推行标准，对于没有自己接口的端点，相对比较容易让别人实现自己的标准，对于已经有成熟接口的端点，要完成大统，路还很长。 中国的行业标准，额，靠政策推进就成，或者说，靠钱砸 问题是这是全球的行业标准 |
| 返回顶楼 | |
|
发表时间：2010-12-11
ray_linn 写道 ESB应该是企业信息系统的基础性设置，各种可复用的资源（file，db，ws，jms，ftp，process，businessmodel等），可以注册到ESB，并在企业内部发布出来。
--------------- 那就叫ERB好了，所谓ESB，重点是在service，所谓service是包含某种商业逻辑，提供某种功能的接口，因此所有的资源应该是透明的，所有的file,db,ws,jms,ftp,process都是不可见，可见的是服务接口。 everything is a service, including the bus, and all services are interacted with via messages. http://www.jboss.org/jbossesb/resources/Overview |
| 返回顶楼 | |
|
发表时间：2010-12-15
hardPass 写道 linliangyi2007 写道 ESB 难道不是 Extended SB ！！ 木哈哈哈~~~
先有SOA + 跨系统的work flow + 异步的MessageService ， ESB就八九不离十了。。 再扩展下去就是技术吹牛忽悠用的了，留给技术售前吧，呵呵 ESB好搞，SOA就比较难啦！ 我觉得ESB只是技术上的东西. 但是SOA不仅仅是技术上要有支撑，而且更是指整个公司的运营模式. 的确, ESB是SOA的一部分, SOA包括业务和技术两个方面，而ESB主要还是技术相关的. |
| 返回顶楼 | |
|
发表时间：2011-01-25
关于ESB的架构，对于电信级程序可能使用总线方式更适用些，本人从事某省运营商的彩铃portal平台设计，上有boss，总部等平台的调用，下面调用着多个放音平台，中间也有ivr，wap，短信，彩信，plus，附件短信，brew等多个平台接口调用portal，有使用http的协议，webservice协议，FTP协议，Socket协议 ，如果使用ESB架构，采用开源的ESB模式设计，如何来做这种总线设计?是否每个平台都的使用webservice接口来管理，portal这边有些是soap的服务端，有些是客户端。
|
| 返回顶楼 | |
|
发表时间：2011-04-28
diggywang 写道 概念都是用来出售的，而不是给客户使用的。
概念分好多种，不能一棒子打死 |
| 返回顶楼 | |
|
发表时间：2011-04-28
ustcfrank 写道 这个话题我也喜欢。
我认为ESB或SOA，关键有4点： 1.reuse: 服务多了，就要避免重复，能重用的就重用 2.integration: 可重用服务之间会有依赖或者需要整合。才能完成更强大的功能。 3.route: 服务之间怎么整合，信息如何交换。route的过程会有过滤(filter)。 4.transform: 信息也需要转换成不同的格式。 总的来说，可以认为：ESB就是一个大的IOC（DI），spring的DI是object级别的，ESB的DI是service级别的. 请大家讨论。 颇为认同 |
| 返回顶楼 | |
|
发表时间：2011-04-28
E,SB就是ESB.ESB就是大公司赚钱喊的扯淡的东西。
|
| 返回顶楼 | |
|
发表时间：2011-05-29
现在公司在做智能电网的项目，将从多个（B/S和C/S）子系统采集的数据，统一整合到一个WEB系统上进行展示，有关“领导”提出要用ESB，但是目前项目组都没有人有这方面的经验，子系统的数据采集打算采用web service来做，到时候估计要鼓吹是ESB了
|
| 返回顶楼 | |
|
发表时间：2011-06-24
最后修改：2011-06-24
其实ESB做好了挺好的，在我理解，它可以将很多业务处理的系统或者组件统统理解成为服务，然后通过某种通讯协议挂在ESB上，这些服务可以是单独的一个系统，也可以是和ESB处于同一应用的组建，这些服务通过相应的通讯协议接入ESB后，他们传输的消息最好是通用的XML报文，或者比较抽象的MsgObj，发业务请求的系统也通过不同的通讯协议接入ESB，然后ESB根据路由规则和目标服务子系统的报文格式进行消息的路由和转换，从而达到不同系统间通讯，也可以将同一应用里面的服务接口适配到ESB上，来完成业务请求的处理。
ESB不是垃圾，也不难，而是怎么将服务定义好，比较难. |
| 返回顶楼 | |
