博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
ESB---企业服务总线
阅读量:4480 次
发布时间:2019-06-08

本文共 1005 字,大约阅读时间需要 3 分钟。

ESB(Enterprise service bus)-----企业服务总线的简写。

  目前使用的是openESB,Sun公司的开源社区提供的,集成在netbean中,使用glassFish服务器。

  我喜欢把ESB从webservice的角度去理解,webservice是使用SOAP、XML、UUID、WSDL相结合的方式来解决不同应用间通信的,属于一种系统与系统直接的直接关联,而ESB则可以看作一个中转站,用于接收上一层发送的信息,然后处理并转发到下一层。而这样做的好处是: 若多个系统间通讯时,使用传统的webservice,将可能会出现如下情况。

     

  而是用ESB的方式,则会更加的清晰:

  

  并且,由于两个系统之间不需要直接进行交互,也避免了因为两个系统之间的接口不一致而需要在两个系统之中进行协调的尴尬在ESB中A系统传输的内容可以和B系统所接收的内容形式上不一致,但可以通过ESB中间的逻辑进行修改赋值,这样一来两个系统只需要关注自身的业务和暴露的接口就可以了,而不用去考虑接收信息或发送信息的系统。

  EAI(Enterprise Application Integration)企业应用集成,分为外网和内网两个模块,内网使用的是xml的webservice方式实现,而外网的访问则是开发的ESB部分进行分发,在这里ESB部分还包括了防火墙的作用。

  在OpenESB中,可以方便的使用格式转换、协议转换、代理、编排、安全控制、监控、不支持高并发,类似于路由器维护着一张路由表进行路由转发,其中的编排可以理解为服务编排:原本A、B、C三个服务,A调用B,而B需要C中的东西,则会形成一个A-->B-->C的访问串,而在ESB中则不会形成串。

  阿里的dubbo,使用的是服务注册的方式,注册中心即dubbo内部只保存了接口的地址,A应用通过dubbo获得地址信息进行直接访问,其优点是适用于压力较大的系统,但不利于服务编排和协议转换,这两方面还是需要各个业务系统各自实现。

      ESB和dubbo两者之间的侧重不同,前者更注重于服务编排,并且内部使用的是xml的形式,所以效率不高,不利于高并发,而后者注重服务的治理,提高服务之间访问的效率,而服务的编排则需要服务自身实现。

转载于:https://www.cnblogs.com/RogerLu/p/9643992.html

你可能感兴趣的文章
解锁scott用户
查看>>
多态的理解
查看>>
AspNet Core 发布到Linux系统和发布IIS 注意项
查看>>
Windows添加.NET Framework 3.0 NetFx3 失败 - 状态为:0x800f0950
查看>>
隐藏显示终端的光标(shell echo,linux c printf)
查看>>
SQL Server 存储过程
查看>>
JSP 标准标签库(JSTL)(JSP Standard Tag Library)
查看>>
导入项目遇到的问题: Some projects cannot be imported because they already exist in the workspace....
查看>>
华为:字符集合
查看>>
面向对象 【抽象类】【接口】【构造函数】【静态】
查看>>
结构化方法与面向对象方法的比较
查看>>
影响各类服务器性能瓶颈的因素【转】
查看>>
Jenkins
查看>>
jboss5 启动时报HsqlException:length must be specified in type definition:VARBINARY错误
查看>>
转载:让理科生沉默,让文科生流泪的综合题
查看>>
程序员7-2007-2010
查看>>
Android分类前言
查看>>
oracle中字符串的大小比较,字符串与数字的比较和运算
查看>>
2018年东北农业大学春季校赛 wyh的矩阵
查看>>
python网络爬虫与信息提取——4.Beautiful Soup库入门
查看>>