api接口开放平台推荐 api网关设计原则( 二 ) _微服

当然你也能够看到对于ESB总线本身也可以完全兼容API网关产品有的对Http Rest接口注册接入，安全，日志，流控等功能要求。但是ESB总线整体还是偏重，如果是一个完整的微服务架构应用环境，我们还是推荐直接采用API网关来实现。
基于上面分析，我们看到。
对于ESB总线和API网关都是底层的进行SOA服务和API接口集成的底层引擎。而对于SOA服务全生命周期管理，服务运行监控，能力开放等业务场景和功能需求是完全可以整合为一套的。这也是我们在进行产品规划和设计的时候重点考虑的内容，即将引擎能力和管控治理能力分离，将管控治理能力进行共性化整合设计。
基于以上思路我们对整个架构进行整合如下：
即整体思路是底层引擎是两套，即一个是偏重的ESB总线引擎，一个是API网关引擎，但是对于SOA治理管控和运营开放则是整合为一套。一个是SOA运维监控平台是统一的一套，一个是能力开放平台也统一为一套。
但是我们看到虽然ESB总线是一个偏重的引擎，但是我们不启用其复杂的协议转换，数据映射，服务编排等功能的时候仍然可以做为要给轻量的SOA总线来使用。
而且我们看到另外一个场景，即企业很多时候不会很快就完成一个微服务架构化的转型，始终是存在传统的遗留系统，因此集成问题和场景本身是很复杂的，即使整个集成趋势是Http Rest接口集成和API网关集成为主，但是你还是得兼容传统观的WS服务集成和简单的协议转换能力。
实际上对于ESB总线来说本身就是支持Http Rest接口服务得注册和接入的。因此对ESB服务总线和API网关引擎存在两种思路可以选择。
其一两套独立的引擎，然后在管控治理和服务运营开放层面整合为一套，即上图。其二对已有的ESB服务总线产品进一步升级，加强对Http API接口的支撑和管控。对于第二种方式相对来说并不会很复杂，也容易实施，即通过对ESB服务总线的升级来完成对ESB总线 API网关两方面能力的完全支撑。你可以说卖的是ESB服务总线，但是完全兼容适配API网关所有能力。
基于上面这个思路，我们需要做的主要包括

安全能力增强：包括Basic安全，Auth2.0，Token动态令牌，Https支持等方面能力。限流熔断能力：包括完整的限流熔断能力提升，而且能够控制到细粒度的单个服务。对于Http Rest接口服务注册能力增强，同时增加简单的数据映射能力支持。对API标准规范，设计，服务契约，帮助，swagger集成等方面能力增强。API在线测试和自动化测试能力增强对于Http Rest API和传统的WS接口服务互转能力的增强基于以上关键点进行进一步的优化和完善后，即能够为企业提供一套完整的SOA服务总线产品，同时支撑传统的ESB服务总线能力，又对Http Rest API接口的接入，注册和管控方面能力得到全面增强。

api接口开放平台推荐 api网关设计原则( 二 )

猜你喜欢