锁定老帖子 主题:【讨论】什么是ESB
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-12-04
kimmqueen 写道 ESB的全称是 企业 服务 总线。
应用领域是 企业级应用的集成。 关注点是 服务。 特点是 总线。 ESB应该是企业信息系统的基础性设置,各种可复用的资源(file,db,ws,jms,ftp,process,businessmodel等),可以注册到ESB,并在企业内部发布出来。同时,ESB应该易于扩展(协议,服务能力),易管理(提供监控和治理能力,QoS)。 EIP(企业集成模式)中 描述了ESB的动态轮廓:channel+filter: 一个ESB的运行时特征就像是一条流动的河(channel),中间可以走分支或者聚合(Splitter Aggregator),或者改道(router),也许某些地方,还有堤坝和水闸(flowcontrol)。 这个是我理解的ESB,大家觉得ESB应该是什么样子呢? ESB如何向云迈进呢?多种资源的整合问题其实正是目前云计算面临的问题,甚至物联网也是有这个问题。 如果说是资源的基础性设施,那么范畴是什么? |
|
返回顶楼 | |
发表时间:2010-12-04
数据格式转换。
|
|
返回顶楼 | |
发表时间:2010-12-05
hsbcnet 写道 想要一个东西或方法,一劳永逸的解决甚至有预见的解决所有问题,都是幼稚的。都是IBM的忽悠。
我们是自己忽悠自己吧。 SOA方法论、IBM的ESB产品都是有价值的东西。一劳永逸的解决所有问题是不可能,但要解决大规模的复杂的企业应用,总不能从最低层的每一行代码开始做吧。业务整合、业务集成、业务应用、中间件技术等每一个领域或层次都是很复杂的,也没有人(或极少数)在所有领域或层次都很精通。象传统手工作坊似的一个团队从写代码开始解决所有问题是行不通的。在每个层次或领域内使用面向该领域或层次的方法、工具、解决方案、产品才是可行的办法。 |
|
返回顶楼 | |
发表时间:2010-12-06
最后修改:2010-12-06
ESB(Enterprise Service Bus)企业服务总线
这个不是忽悠,确实是可以解决企业问题的,而且很多企业都在用。 一般消息传输经过的几个阶段:文件传输 -> 共享数据库 -> 远程过程调用 -> 消息传递 ESB实现的就是消息传递 系统对外主要的功能是:统一的服务接口和各种消息格式转换。 系统内部可能用到file,db,ws,jms,ftp等 ESB提供了一种消息传输的思路,分支聚合(Splitter Aggregator),路由(router),消息过滤器(filter),错误消息处理等。 如果没有总线,各个端点的通讯连线结构是什么样的?每个端点都以自己为中心和其他各个端点直接相连。可以想象一下如果每个单体电脑两两通讯实现的代价。 ESB收费产品基本被IBM垄断了,如果不想用收费的。 一个很好的选择是:Spring Integration,开源免费的。可以基于它来实现自己系统。 如果想看看实现原理,有本书推荐:《企业集成模式:设计、构建及部署消息传递解决方案》http://book.douban.com/subject/1766652/ |
|
返回顶楼 | |
发表时间:2010-12-06
温柔一刀 写道 ESB(Enterprise Service Bus)企业服务总线
ESB收费产品基本被IBM垄断了,如果不想用收费的。 一个很好的选择是:Spring Integration,开源免费的。可以基于它来实现自己系统。 如果想看看实现原理,有本书推荐:《企业集成模式:设计、构建及部署消息传递解决方案》http://book.douban.com/subject/1766652/ camel 是一个更好的选择. |
|
返回顶楼 | |
发表时间:2010-12-06
melin 写道 温柔一刀 写道 ESB(Enterprise Service Bus)企业服务总线
ESB收费产品基本被IBM垄断了,如果不想用收费的。 一个很好的选择是:Spring Integration,开源免费的。可以基于它来实现自己系统。 如果想看看实现原理,有本书推荐:《企业集成模式:设计、构建及部署消息传递解决方案》http://book.douban.com/subject/1766652/ camel 是一个更好的选择. 开源的,都不是好选择,只有core,没有配套设施和相关服务 |
|
返回顶楼 | |
发表时间:2010-12-06
SOA、ESB这些被大产商忽悠出来产生新的IT需求的概念。甲方人员纷纷挂在嘴边,唯恐离潮流太远,乙方为拿单趋之若鹜,实际上大部分都是云里雾里。跟IBM实施过项目,其中还有IBM的架构师,他们提出的一些技术方案让我大跌眼镜,做出来的产品也不敢恭维。
在我看来,能够把复杂的问题简单化是水平,像IBM那样把简单的问题复杂化更是水平,这样赚钱才有技术含量。 |
|
返回顶楼 | |
发表时间:2010-12-06
系统要是多了,就要求能够集中化管理这些接口。
这是ESB的意义。 大企业的里动辄十几个,几十个系统,放在这种背景下,ESB的意义就出来了 |
|
返回顶楼 | |
发表时间:2010-12-06
melin 写道 温柔一刀 写道 ESB(Enterprise Service Bus)企业服务总线
ESB收费产品基本被IBM垄断了,如果不想用收费的。 一个很好的选择是:Spring Integration,开源免费的。可以基于它来实现自己系统。 如果想看看实现原理,有本书推荐:《企业集成模式:设计、构建及部署消息传递解决方案》http://book.douban.com/subject/1766652/ camel 是一个更好的选择. 这位兄弟连续提了两次camel,有空真要看看去。 我的想法是 DSB (部门SB,呵呵),像金蝶这种结构的公司,如果各个部能够提供一个 DSB,那部门之间也许就只需要 文档就能沟通了。 |
|
返回顶楼 | |
发表时间:2010-12-06
DOCDOC 写道 系统要是多了,就要求能够集中化管理这些接口。
这是ESB的意义。 大企业的里动辄十几个,几十个系统,放在这种背景下,ESB的意义就出来了 我们这有几十个系统,还有众多数都数不清的小系统,SOA整了两年,现在感觉还是没有啥价值,也没有非用不可的理由 EBS去年就整好了,今年的BPM 理想很美好,如果都很实现确实是是好东西 |
|
返回顶楼 | |