对ESB和API网关的整合(1.13)

原文转载自 「人月神话的BLOG」 ( http://blog.sina.com.cn/s/blog_493a84550102z6jm.html ) By 人月神话

预计阅读时间 0 分钟(共 0 个字, 0 张图片, 0 个链接)


对于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接口的接入,注册和管控方面能力得到全面增强。

 
more_vert