云原生技术中台-融合服务总线网关架构

今天我接着跟大家整体介绍一下我们整体云原生技术中台解决方案里面在运行态的一个关键内容，我现在把它叫做融合服务总线。

在前面我讲过很多关于ESB和API网关的区别，API网关和微服务网关的区别，包括企业传统IT架构，你在朝微服务架构转型的过程中，ESB总线是不是过时了，一系列的问题，而通过这些问题，我们看到一个关键的一个点，就是你的传统架构朝微服务转型以后，你的API网关你的服务网格的微服务治理一定是趋势，但是整个转型整个迁移，它是一个渐进的过程，你一定要对于这个渐进的过程做好相应的过渡，也正是这个原因，我们重新今年整合了一个叫融合服务总线的这么一个产品，这个产品有哪些特点呢。

首先，第一个就是它能够在底层，适配和集成了多种集成引擎，其中就包括了传统的ESB总线引擎，新的API网关引擎，包括消息中间件引擎，包括我们的大文件大数据传输引擎，这是第一个点。

第二个点我的新的总线，既可以去满足老的遗留单体系统的接口的接入和集成，又可以满足新的微服务架构下微服务应用暴露的API接口的接口和集成，因为在传统老的单体架构下面，毕竟你还存在相应的类似于数据库适配、消息协议转换、数据映射这一些复杂的场景，包括还有一些老的SOAP WebService协议的接入，但是到了新的微服务下面，我们看到都是标准的HTTP Rest API接口，但是在整个迁移的过渡期，你必须两种场景都必须要同时支持。

第三个点，在满足了底层多种集成引擎接入以后，我就可以去满足多种实际微服务应用、业务系统之间的集成场景，不管是实时还是非实时的，不管是大并发量的还是小并发量的，也不管它是大数据量的还是小数据量的，我整个的融合总线都能够满足。

第四个点，在底层集成和适配了多种引擎以后，我在上层又构建了一个统一的融合服务治理管控平台，实现整个接口服务集成的全生命周期管理能力，整个服务治理管理平台，又包括了三个方面的内容，第一个就是我们常说的自服务的流程，从服务的接入、服务的注册、服务的订购、服务的变更、服务的废弃，我们都有一套完全自服务的流程进行支撑。第二个就是接口服务的全生命周期管理能力，整个就覆盖了从服务定义、服务设计、服务开发、服务测试、服务部署完全的生命周期，也就是任何一个接口，从你开始定义接口契约和规范开始，我的整个管控平台就提供全流程的管控能力来支撑你，第三个就是我们讲的服务的监控统计，这个地方既包括了我们常说的服务的运行次数、运行时长、异常数等简单的服务监控统计功能，也包括了我们说的服务的告警预警、服务的限流熔断，跨多个业务系统跨多个接口的服务链路跟踪，这一些功能都在我们的监控统计里面。

当我实现了服务全生命周期的管控以后，我在上层又提供一个统一的服务资产库和服务目录，实现在朝上层的统一的接口服务能力开放，也就是说这个平台不是简单的一个融合服务总线，也不是简单的一个集成网关，它后续完全能够满足企业再去构建数字化中台的过程中构建你自己完整的能力开放平台，形成完整的服务资产库。