现状:
业务应用开发到应用运行,当前阶段是按照每年预算、规划进行,应用需求、分析、开发、测试、运营支撑体系建设都是按部就班进行。
- 从业务层面需要规划业务上线运营时间规划,倒推当前每个阶段要交付内容;
- 从开发部门,获取业务需求到开发任务阶段,需要拆分业务需求、根据业务运营要求规划业务架构、根据云资源规划部署架构、根据业务服务要求联合云部门规划设计运营架构;
- 测试部门根据业务需求,设计测试场景和验收标准;
- 云资源管理(基础设施)部门,评估资源容量和交付资源形态;
- 网络部门,根据业务吞吐量,规划设计网络架构及带宽要求等;
- 存储部门,根据业务流水和数据内容,规划设计存储性能要求,选型存储类型和备份、灾备规划设计;
- 运维部门,根据业务部署及组成架构,规划设计运维体系,选型操作系统基线,组成应用中间件基线,数据库基线,运营组件基线(诸如JDK基线及框架基线、Python 版本及框架基线、前端技术及框架基线等)、监控各种资源、监控各种服务、监控各种日志,各种形态告警统一体系、通知体系、报表体系等;
- 安全部门,根据业务需求,申请各种密钥、DNS保护等,指定安全监管标准,定期探测安全遗漏;
- 规划部门,根据各种业务交付要求,协同各阶段交付,统筹所有业务规划管理;
- 项目管理部门,根据每个阶段项目进展检测项目运营情况。
需求:
业务市场竞争加剧,业务部门要求业务快速交付,业务系统就要充分复用其它业务应用系统服务。同时需要使用更多的 PaaS 服务,便于快速交付。
- 作为业务部门,综合着眼关注业务进度,不关注需求之外的其它交付内容;
- 作为开发部门,期待资源得倒满足,需求明确,交付内容清晰,项目计划到位,资源充足,时间充裕;
- 云资源交付部门,期待资源容量评估、架构评估、交付内容完整、时间宽裕、安全合规;
- 安全部门,所有各个阶段严格按照网络规范实施交付,并配以持续监测和更新到最新安全机制;
- 运维部门,期待支撑所有交付均考虑运维体系完备性,基于主机和服务两个维度、不同对象目标的运维体系完备;所有运维数据均可以共享互访并使用。
方案要求:
方案要求先指定规范,其次设计架构,最后技术选型到部署架构。
结合容器交付特点,规划设计一个交付场景,以良好的交付体系来满足业务需求到业务运行的各个阶段。
- 业务需求规范模板,即如何规范业务需求管理。抽象业务需求粒度如何表述;
- 开发和业务分析业务需求流程及角色设计。即抽象需求分析流程化、角色化,分析需求粒度化、交付内容化、过程标准化;
- 设计交付流水线自动化体系,结合CI/CD工具链平台,自动化开发交付体系;
- 根据容器技术特点,规划设计 DevOps 交付流程,要求自动化体系完备,技术开放和标准,可持续更新能力强;
- 容器资源管控规范模板,即规划设计一套规范模板来针对不同容器池支撑不同业务应用、PaaS 服务标准和统一服务接口;
- 设计业务运营过程中的数据交互规范,根据业务运营过程中每个阶段所设计的数据类型进行分类,并制定数据交互规范、存储规范、安全标准;
- 根据数据类型,设计存储多样化标准,根据业务运行标准和需求,规划设计不同的存储支撑不同运营内容, 根据不同数据服务要求,指定存放数据标准;
- 结合业务运行、资源管控、监控运维及日常巡检、日常自动化操作等需求,设计容器模式下的网络规范,要求满足满足业务运营需求及各种操作管控场景,以及如何实现;
- 针对容器特性,指定相关基线管理规范,要求做到开源、开发、自主可控、灵活可定制、可持续性更新升级、可监测及可视化;
- 指定稳态和敏态双态运营可实现架构,抽象双态运行的公有组件进行架构设计;
- 选型监控、日志运维体工具链规范,设计数据储备计划,并规划设计AIops路线图;
- 制定制品管理规范,为构建标准化容器提供基线内容管理。