一、概述
1、什么是ESB
就是企业数据总线的意思，他的核心功能就是兼容各种协议接口，可以将数据在各种协议之间进行流转，并且可以针对数据格式进行编排转换
代表性的项目有：JBOSS ESB,Mule,Camel 以及一些其他的esb项目
2、什么是服务注册
就是将所有的服务接口（很多时候是hession协议的接口）,注册到一个中心的分布式服务集群上（你可以考虑成apache的zookeeper服务实现的效果）。各个业务系统直接访问分布式服务查找需要调用的接口位置，进而调用
代表性开源项目有：阿里的dubbo，淘宝的HSF(现在不知道是否继续开源了)
二、双方特点
1、ESB
ESB一般采用集中式转发请求，适合大量异构系统集成，并且压力不大的情况
但集中式转发也是有优势的，比如调用方用http协议，提供方用rmi协议，转发就可以转换协议，对双方都透明。另外，在总线上还可以执行流程引擎，做服务编排，比如A和B两个服务经常一起调，就可以编排成服务C，而不用再单独启一个服务去做。还有，安全，流控，做起来也更方便。
支持groovy类型的脚本语言，在总线上可以给数据格式做转换
2、服务注册管理
采用的是分布式调用，注册中心只记录地址信息，然后直连调用，适合并发及压力比较大的情况。
对于网站应用，大多是垂直业务，直接从数据库拉数据展示。
三、应用场景
1、ESB
esb最常见的场景是，把系统里的集成逻辑，单拉出来， 放到esb容器里来部署，并跟应用系统适配。 这样让应用系统变得只有自己的业务逻辑，简单、轻薄。
劣势：在所有的服务上增加了一个总线作为沟通的渠道。对于较大的并发量会将瓶颈推到ESB总线上。很多时候ESB总线都采用MQ类的消息服务器来异步处理缓解压力
2、服务注册
淘宝和阿里的各个业务系统提供了很多的接口，这个时候需要统一管理提供个各子业务系统使用，让各个子业务系统可以通过注册中心很快找到对应的服务
劣势：服务编排和协议转换还是靠各个业务子系统了
四、综述
1、两类开源项目侧重点不同，ESB侧重任务的编排，性能问题可通过异构的方式来进行规避。无法支持特别大的并发
2、服务注册侧重服务的治理，将各个服务颗粒化，各个子业务系统在程序逻辑上完成业务的编排。但是比较实用较大的并发量，因为dubbo类的只是存放服务地址。有zookeeper类的分布式通讯框架，能保证单点的失败不影响整个系统的业务调用，因为业务接口都是在各个提供服务的子系统中