远行云原生技术中台解决方案介绍和后续分享重点

今年我个人的重心还是更多的会去传统企业数字化转型，传统企业IT架构转型方面的内容。因此更多的更多地会去围绕企业和组织的数字化转型和传统的IT架构的微服务改造方面为一个关键的一个主题。

那么基本这个主题，更多的我还是会去围绕我们公司本身推出的云原生的整体的技术中台解决方案展开来谈，所以大家可以看得到今年我讲的更多的内容都会围绕上面这一个架构图来展开。

因为远行本身也是基于云原生的最佳技术实践和开源的云原生微服务各种技术组件核心能力，我们研发了多年形成了一个完整的一个技术中台的解决方案，它的核心就是希望帮助企业快速地去构建以微服务和容器云为驱动的这么一个全栈的技术中台，我们希望也是能够通过这么一个技术中台方便企业构建一个平台+应用的快速的构建模式，一站式的去解决企业业务开发及运营中的涉及到应用生命周期管理、容器管理、服务管理、配置管理、分布式事务、数据化运营等相关的一些常见痛点问题。

所以，这个架构图大家看一下，可能会看得更加清楚一点，也就是说我们是希望构建一个完整的云原生的技术中台底座，在这个技术中台底座里面，它的最下面就是基于Kubernetes的容器云平台，我们仍然是使用了当前主流的基于Kubernetes的开源云原生技术，对于这一块涉及到很多技术底层的，大家看我的这个头条号或者是B站号，有一些底层的到代码细节的我不一定会太展开。

在年前我也推荐了我们公司本身的一个技术大拿，他在B站还有一个号，叫“正在旅程”，大家可以去搜一个这个号，在这个号里面就会谈很多细节一些的技术点，比如Kubernetes的多住户管理，比如Kubernetes的多集群管理，比如如何基于Kubernetes的Operator来去做Kubernetes的二次开发，包括我们本身也在打造一个完完全全基于云原生架构思想，基于GitOps思想的一个新的云原生的DevOps技术平台。

在容器云平台上面就是我们的研发过程管理和持续集成的DevOps平台，整个平台我们仍然是基于各种开源的DevOps的工具链，比如GitLab、Jenkins、Habor、Artifactory，这一些常见的开源的技术工具链构建了一个完整的DevOps持续集成的过程支撑平台。

这个平台里面包括了基于Scrum敏捷研发的研发过程管理，包括了我们的CI/CD持续集成和持续部署，包括了自动化测试和各种安全门禁，也包括了我们整体后续的持续交付和发布管理，因为我们在做这个平台的时候，基本上仍然是去参考信通院的DevOps的成熟度三级模型在构建我们这个平台。

在历史文章里面我也专门讲到了我们这个平台这个本身就是在大集团内部已经去落地的一个平台，是经过实践检验的这么一个平台。

在大集团实践案例中这个平台整体接入的系统超过2000个系统，托管的代码行15亿行，最终实例化的容器实例数接近3万个，所以说这个量相当的大。那么你基于这么大的量的时候，你整个平台底层的高可用性，各个支撑的技术组件它本身的弹性可扩展能力就相当重要，包括接入这么多系统以后你怎么更好地去做好多组织和多用户管理都是相当重要的一个内容。

今年我分享的视频和文章，我会对我刚才谈的这些内容，进一步做一些详细的展开的介绍，更多的是结合我们的最佳实践和最佳案例，我会把这一块的内容尽量能够讲得更加再细化一点。

在容器云和DevOps平台上面，我们可以看得到，我们是希望围绕微服务从需求、设计、开发、测试、部署、交付的整个全生命周期去构建一个完整的支撑微服务应用开发的这么一个底层的技术支撑底座。

在里面首先就是开发态，在开发态不仅仅是基于Spring Cloud Alibaba构建一个底层的微服务开发框架和环境，更重要的是我们经过多年的一个研发的积累，我们也构建了一个完整的基于对象建模驱动的低代码开发平台。对于这个平台的介绍，在我去年的视频专门有过介绍，也发过一些演示的视频，它的核心就是基于对象建模驱动，实现完整的对象建模、权限建模、流程建模、表单建模、规则建模和上层的报表建模，同时支持PC端和移动端APP应用的快速开发，同时它又不是一个完完整整的零代码开发平台。对于复杂的业务规则，你没办法通过配置方式出来的时候，你还可以自己写相应的代码，把它发布为一个API接口服务能力。同时，这个API接口服务能力可以快速接入我们的低代码开发平台。结合我们常说的Serverless无服务器化的一个思想，在上层应用的开发过程中，你可以去灵活的去调用BaaS层提供的这一些可复用的API接口能力。

在运行态首先它的底层就是业务共享中心和数据共享中心，在这一块，因为这一块本身是属于业务中台的内容，我们本身不会做太多的东西。

但是，涉及到数据共享中心的时候，里面会涉及到基础的元数据管理，涉及到底层的基础的大数据平台或者是底层的数据基础底座的建设，包括各种数据采集集成能力、数据总线、数据服务能力的开放。

对于这一些平台层的能力，我们同样会去做，你形成的业务共享中心、数据共享中心，你最终还是需要上层接入API网关，然后再通过能力开放平台开放出去。

在我前面不仅仅介绍过我们传统的ESB服务总线，也介绍过API网关，所以今年我的重心会更多的是去介绍我们的API网关，特别是API网关的管控治理平台。包括基于API的一种快速的开发平台，包括基于API的一个微服务、API接口的灵活的可配置的服务编排平台。

今年在这块内容，我都准备进行进一步详细做一个说明和介绍。

在运维态，我前面也讲过，从底朝上涉及到资源监控、服务监控、应用监控和链路的一些监控  ，包括日志的一些采集管理、大数据分析。

所以说在运维监控态我们本身没有太多去做相应的产品，这一块我们更多的是集成第三方的产品，或者是集成跟我们合作伙伴的一些商用产品来实现完整的运维监控能力，为了覆盖完整的微服务开发的生命周期，我们上层还要去构建一个完整的微服务的治理、管控平台和能力开放平台，实现业务服务、数据服务、技术服务各种能力的开放和共享。

所以，我们看到基于我刚才讲的基于我们的容器云DevOps平台低代码开发平台API网关或者我们底层的数据的技术平台，基于这一些包括消息安全、日志缓存等各种技术服务组件的提供，我们就构建了一个完整的云原生的技术中台底座。

构建这个底座的目的就是希望能够形成一种厚平台+轻应用的构建模式，你有了这个技术底座以后，你基于这个技术底座可以快速的基于你在数字化转型中新的业务场景快速的去构建你的新的应用。这些应用不仅仅局限在传统的供应链、财务、生产、市场、销售类传统的应用，更多的是去构建打破企业边界以后相应的一些消费互联和产业互联的一些新的应用，因为我们构建完的这一些技术中台能力，最终都会形成一种服务能力对外开放，上层的应用可以快速的基于我这些服务的能力，去构建新的应用。

这个才是我们今年重点想推的我们的一个云原生技术中台底座想做的一个事情。

里面就包括了我的容器云平台、DevOps平台、低代码开发平台、API网关，在数据共享里面，我们提供了数据平台和主数据管理，包括我们上层的微服务的管控治理平台和能力开放平台。

后续我会对整体的云原生技术中台架构进一步展开做详细说明。