产品规划和发展思路05(1.7)

今天再对IT架构转型过程中，我们提供的平台化产品体系进行下梳理，重点还是要搞清楚里面会涉及到哪些子系统，以及这些子系统间关键的集成关系等。

敏捷研发管理子系统： 这个基于scrum敏捷方法论来实现最基本的敏捷研发过程管理，核心对象为需求，产品，项目，版本，任务，团队，日志，缺陷，变更等，实现最基本的研发过程管理。

DevOps支撑平台： 核心是实现持续集成和持续交付能力，同时在支撑平台中实现环境管理，配置管理，测试管理和自动化测试，流水线设计编排等关键能力。

容器化PaaS平台： 单独拿出来形成一个子系统，核心是Docker+kubernates调度平台，实现容器化的中间件资源池，资源的动态分配和调度，中间件集群等。

监控运维平台： 核心是实现中间件资源的监控，服务和服务链的监控，问题的发现和自动化运维流程。当然这里也很可能会拆分为两个独立的子系统，一个是监控系统，一个是运维系统。监控发现的问题会进入到运维系统，当然用户反馈的问题也可以进入到运维系统。

技术服务平台： 核心的技术服务能力实现，包括了流程，缓存，消息，文件存储等。该技术服务平台是要企业大应用大PaaS的必须部分，但是在前期我们整体架构中可以不用太关心。

API服务网关： 原来在微服务架构开发框架中本身就包含，我们现在将其提出来形成独立的API网关子系统，同时在网关子系统中整合服务注册中心，服务链监控，服务限流熔断等关键能力。

门户和4A平台： 在构建要给大的应用架构体系的时候是必须的，实现底层业务模块组件的整合，在我们整个大PaaS思路里面应该包括这个内容。

服务运营平台： 在整个能力开放平台大架构中需要，即将API网关聚合后的API服务能力作为商品进行运营，涉及到服务的订购，消费，服务计费，服务接入流程等相关内容。

实际上我们看到以上整体的平台架构规划和我们多年前的私有云PaaS平台架构规划相当类似，只是PaaS平台替换为了容器化的PaaS平台，ESB总线替换为了轻量的API网关，内部的PaaS门户替换为了服务运营服务平台。同时在整个研发生命周期中引入了DevOps支撑集成和持续交付方法论，引入了敏捷研发管理平台和工具。

对于以上子系统我们也可以看到，根据当前产品成熟度来划分如下：

产品成熟度高并实践案例 ：DevOps支撑平台和容器化PaaS平台，门户和4A平台

产品完成实践中 ：API网关，技术服务平台

产品规划和设计阶段 ：研发管理平台，服务运营平台，监控运维平台

对于研发管理平台我们当前主要使用禅道来进行管理，整体和DevOps支撑平台还存在需要协同和集成的地方。同时对于API网关已经完成初步产品研发准备推广，而对于服务运营，运维监控平台相对来说比较弱。