对于ESB服务总线和API网关产品来说，在前面很早的博客文章自己就谈到过，整体思路是底层引擎是两套，即一个是偏重的ESB总线引擎，一个是API网关引擎，但是对于SOA治理管控和运营开放则是整合为一套。一个是SOA运维监控平台是统一的一套，一个是能力开放平台也统一为一套。

但是我们看到虽然ESB总线是一个偏重的引擎，但是我们不启用其复杂的协议转换，数据映射，服务编排等功能的时候仍然可以做为要给轻量的SOA总线来使用。而且我们看到另外一个场景，即企业很多时候不会很快就完成一个微服务架构化的转型，始终是存在传统的遗留系统，因此集成问题和场景本身是很复杂的，即使整个集成趋势是Http Rest接口集成和API网关集成为主，但是你还是得兼容传统观的WS服务集成和简单得协议转换能力。

实际上对于ESB总线来说本身就是支持Http Rest接口服务得注册和接入的。因此实际上对ESB服务总线和API网关引擎存在两种思路可以选择。

其一：两套独立的引擎，然后再管控治理和服务运营开放层面整合为一套，即上图

其二：对我们已有的ESB服务总线产品进一步升级，加强对Http API接口的支撑和管控能力。

对于第二种方式相对来说并不会很复杂，也容易实施，即通过对ESB服务总线的升级来完成对ESB总线+API网关两方面能力的完全支撑。你可以说卖的是ESB服务总线，但是完全兼容适配API网关所有能力。

基于上面这个思路，我们需要做的主要包括

1. 安全能力增强：包括Basic安全，Auth2.0，Token动态令牌，Https支持等方面能力。

2. 限流熔断能力：包括完整的限流熔断能力提升，而且能够控制到细粒度的单个服务或单个消费方。

3. 对于Http Rest接口服务注册能力增强，同时增加简单的数据映射能力支持。

4. 对API标准规范，设计，服务契约，帮助，swagger集成等方面能力增强。

5. API在线测试和自动化测试能力增强

6. 对于Http Rest API和传统的WS接口服务互转能力的增强

基于以上关键点进行进一步的优化和完善后，即能够为企业提供一套完整的SOA服务总线产品，同时支撑传统的ESB服务总线能力，又对Http Rest API接口的接入，注册和管控方面能力得到全面增强。

相关文章