云原生解决方案(200310)

最近的一个重点工作就是产品线适合手机端浏览的响应式网站，内容主要是面向云原生的整体解决方案，在前面博客文章我们也谈到了云原生的重点就是微服务，DevOps和容器化PaaS。而我们提供的解决方案实际上完全包括以上三方面的内容，同时是提供一个从规划咨询到架构设计，到平台搭建和实施，到后期管控治理，监控运维的一个完整解决方案。

我一直在考虑整个产品线和团队的优势究竟在哪里? 其一就是从咨询到实施的端到端解决能力，其二就是对于微服务和DevOps我们都有成熟的项目案例和实践，唯一缺少的就是两者同时在一个大项目的融合实践。

我们可以看下上面这张图，基本把当我我们提供的能力做了一个完整的说明。

微服务架构咨询

注意微服务架构咨询实际上是一个较为笼统的能力，要注意到这个能力实际上是对于我经常谈到的企业架构规划的一个轻量敏捷化变形，在这个过程中增加了中台和微服务相关的设计思考，同时对传统企业架构里面的数据架构，集成架构和技术架构进行更新，对业务架构和应用架构的建模思路进行合并等。

即微服务架构咨询是以微服务和云原生为技术基础，以业务驱动IT的企业架构规划方法论为理论指导，帮助企业构建高度灵活敏捷，高可用的业务中台和技术中台体系，实现企业的数字化转型和产业互联。

其核心是需要完成几个关键事情，具体如下：

1. 能够识别业务中台构建过程中的各个微服务模块

2. 能够通过数据架构规划和分析，对微服务模块对应的数据库也进行拆分

2. 通过业务交互和前台应用需求协同，通过数据库本身的能力同时分析和识别API服务能力

简单来说就是中台应该包括哪些微服务，每个微服务对应的数据库是什么样的，应该包括哪些owner的数据库表，同时这个微服务模块应该对外暴露哪些API接口服务。这些都搞清楚，那么我们整个业务中台关键的内容也就搞清楚。这个是不论你用什么开发框架，技术架构都必须搞清楚的问题。

其次，微服务架构咨询需要给出我们的微服务开发框架，技术架构选型，同时对微服务开发框架里面的个别关键子组件进行选型和整合，类似我们经常说的API网关，限流熔断，服务链监控，消息中间件等。

再次，给出微服务架构整体相关的标准规范体系，其中既包括了架构标准规范，也包括了咨询规范，开发规范，实施规范，运维规范等。整个微服务架构设计和开发实施需要遵循标准的规范体系进行。

微服务开发框架和运行环境，技术中台服务提供

这个是偏建设和实施阶段的内容，既我们可以给企业提供一套完整的微服务开发框架和开发标准规范流程。可能大家会觉得之间采用SpringCloud微服务开发框架体系即可。但是实际上整个微服务开发框架和技术组件绝对不是单个开源软件就解决的，往往涉及到多个开源组件的集成和整合。

其次，在提供微服务开发框架时候，我们整合我们的技术中台服务能力。技术中台服务既包括了传统企业信息化经常谈到的流程引擎服务，4A技术服务，也包括了类似消息，缓存，分布式存储，数据库，文件，通知等各类技术服务能力。

技术服务本身和业务无关，同时具备高复用可共享性，因此更加适合下沉统一建设再暴露API接口服务能力。

DevOps过程支撑平台

对于DevOps过程支撑是面向云原生整体解决方案里面的一个关键内容，我们整体的平台本身也是基于DevOps能力成熟度标准来构建。包括了类似研发过程管理，持续集成，持续交付，数据管理，测试管理，度量分析等各个大的模块。在这个平台中集成了大量的开源组件工具链，实现了整个软件开发项目从代码管理到检入，到自动化编译构建，打包，部署，发布，环境迁移的完整流水线作业能力。

容器化PaaS平台

DevOps过程支撑平台本身底层基于容器化PaaS平台，我们本身提供容器化PaaS平台的完整能力，核心还是基于Docker+k8s的整体容器部署，编排和动态调度方案。但是整个DevOps过程支撑平台也可以实现和当前公有云容器化PaaS平台的无缝集成能力。

通过微服务架构+DevOps过程支撑+容器化PaaS平台，基本就可以实现一个传统应用完整的面向云原生的构建，迁移和后期自动化运维治理能力。

云服务总线- 遗留系统的接口适配和集成

对于遗留系统的接口适配和集成，仍然需要传统的ESB服务总线产品来完成。而对于我们自主研发的ESB服务总线产品，当前已经完全支撑对Http Rest接口服务的全生命周期管理能力，也可以理解为完全覆盖了当前主流的API网关产品的标准能力。

也就是说我们的云服务总线完全整合了ESB服务总线和API网关两方面的关键能力。