微服务框架之与ESB的对比

Photo by Sincerely Media on Unsplash

ESB:企业服务总线。

ESB的概念是SOA（面向服务体系架构）的伴生物，是对多类系统的服务调用者、提供者的解耦。

ESB可以做服务暴露、服务接入、协议转换（webservice、JMS、T3等）、数据格式转换（JSON/XML）、路由等方面的支持。

我之前的公司是ESB打天下，不过当年代表先进结构的经验现在也慢慢被微服务这种越来越火的理念与工具而替代。

那ESB跟现在的所谓微服务如Dubbo、spring cloud又有什么区别呢？

微服务框架诞生的初衷更多的是一种点对点的模型，而ESB则是总线管理。

微服务框架基本上是面向同构的系统，现在多统一为RESTful风格接口，而ESB则要考虑不同厂商（协议及数据格式转换）所提供的服务整合。

ESB在互联网行业渐渐被Dubbo、spring cloud代替，但是在传统软件行业还是一直坚挺，并吸收了一些微服务的概念，在不断演化。

而现在微服务框架也在慢慢地变成ESB的模样了。因为点对点这种方式太不好管理了。

所谓ESB到微服务，其实就是软件开发中集中式系统向分布式系统的一种转变。

它们做的事情其实没有根本上的区别，只有场景的不同。

在微服务框架设计实现之后，我们还需要做服务治理。

例如路由管理、限流降级、服务监控、服务统计查询、服务认证授权、线程管理、协议转换、负载均衡等等等等。

其中部分内容是与ESB的功能极其相似。

我们有时候把这部分工作也单独建立一个系统，如API Gateway。

而这又是一种螺旋式的上升了。

果然是天下之事，合久必分，分久必合。