平台+中台层规划(1.14)

最近重新对我们的平台架构进行了规划，简单来说就是技术平台+中台的构建思路，在技术平台层面重点体现了基于容器化PaaS平台的核心能力提供，其中最主要的又是DevOps过程支撑和API服务网关能力。

在上图里面唯一存在放置上疑问的就是中台里面的技术中台部分，业界一般又两种构图方式，一种就是将技术中台内容全部纳入到平台层构建内容。还有一种就是上图，还是体现完整的大中台概念，在中台里面有技术中台。对于技术中台不能说完全和业务不相关，而是和业务弱相关，技术中台本身又分为两大类：

对于第一类和业务的相关性较大，而对于第二类来说可以说是完全的技术服务能力提供。因此更好的构图方式应该是将第二类纳入到技术平台部分，而将第一类纳入到大中台构建重的技术中台部分内容。

注意以上任何一个独立的小方框实际都是一个完整的微服务模块，完全采用微服务架构的方式来进行开发，各模块之间通过注册中心或API网关进行接口服务集成，本身整个平台也是一种高度自治和松耦合的架构模式。

1. 容器化PaaS平台：核心是Docker容器和Kubernetes集成，并向上暴露托管和部署接口

2. 敏捷研发平台：核心对象为产品，项目，需求，版本，任务，工时，缺陷等关键对象管理

3. 持续集成和交付平台：核心是配置管理，编译，构建，打包，部署，流水线，交付，测试管理等

4. 监控运维平台：包括了资源监控，APM应用性能监控，日志采集和分析，服务链监控等

1. API设计开发平台：主要是API快速设计，自动化的发布，接口规范文档标准化等内容。

2. API网关引擎：核心引擎，实现API注册接入，安全，限流熔断，日志等关键能力

3. API监控运维平台：对API接口服务运行情况进行统计分析，监控运维，服务报表等

4. API服务运营平台：实现对API服务的运营能力，包括服务接入流程，服务订购，服务计费等。

1. 主数据管理平台：实际上当前中台构建很少这样叫，但是可以看到MDM仍然很重要

2. 技术服务平台：优先提供类似流程引擎，4A，完整的基于微服务开发框架的能力

简单来说，我们希望提供给企业一整套的平台加中台的服务能力，提供整个基于微服务的开发标准规范体系，流程，企业只需要基于标准的微服务开发框架开发微服务模块，在微服务模块开发完成后通过DevOps平台来实现持续集成，通过API网关来实现对外接口的发布，所有内容都实现自动化和可配置化。企业可以真正将业务重心放到业务模块功能的实现上面。