方法
我们如何组织一个项目。
五个阶段,每个阶段都有目标、具体活动和留给您的成果。这是我们为新项目建议的结构:每个阶段的深度随问题规模而定,小型项目可能在一周内完成其中几个阶段。
-
01
调研与评估
目标在提出任何建议之前,先了解系统、约束条件和真正的目标。
活动
- 以只读方式审查架构、云账号、代码仓库和流水线
- 以书面形式向系统运维人员提问
- 在有指标的地方建立成本、可靠性和交付的基线
- 按影响和可能性排序的风险清单
产出
- 附证据的评估报告
- 按优先级排列的问题与机会清单
由您决定是否继续推进,以及优先做什么。
-
02
架构与规划
目标审慎地选择设计,并将其转化为可以小步执行的计划。
活动
- 从成本、风险、工作量和可运维性比较各方案
- 目标架构及实现路径
- 为每个重要选择撰写决策记录
- 带有固定范围里程碑的分阶段计划
产出
- 架构文档与图示
- 包含范围、里程碑和验收标准的计划
由您决定批准设计和第一个里程碑。
-
03
实施
目标以代码形式,在您的仓库和账号中逐步构建改动。
活动
- 通过经过评审的拉取请求修改基础设施、流水线和软件
- 高风险处采用分阶段发布或功能开关
- 定期以书面形式对照计划汇报进展
- 生产环境中不存在任何未以代码记录的手工改动
产出
- 经过评审并合并的代码
- 随每次改动更新的文档
由您决定按标准验收每个里程碑。
-
04
验证与可靠性
目标用证据表明系统按设计运行——在负载下、故障时以及恢复过程中。
活动
- 按真实流量规模进行负载与故障测试
- 实际演练恢复和回滚,而不是假设它们可行
- 定义并调优 SLO、仪表盘和告警
- 审查身份、暴露面和密钥
产出
- 测试结果与已知限制
- 以代码管理的 SLO、告警规则和仪表盘
由您决定上线,剩余风险以书面形式说明。
-
05
知识转移与持续改进
目标让您的团队真正掌握成果,然后用数据持续改进。
活动
- 日常运维与事故处理的运维手册
- 以书面形式交接,如您的团队需要,也可安排工作会议
- 上线后复盘 SLO、成本和事故
- 按实测影响排序的改进待办列表
产出
- 运维手册与运维文档
- 附实测优先级的改进待办列表
由您决定是否继续、做什么——或由您自行运营。
如何开始
三种开始方式。
- F—01
5 天云评估
以只读权限对现有云环境进行固定范围的评估。它覆盖第一阶段,并以书面报告和计划结束。
- F—02
限定范围的项目
一项明确的交付——一个平台、一次迁移、一个服务——范围和价格在开工前商定。
- F—03
后续工作
在首个交付之后,处理计划中的其他事项,每项单独界定范围并报价。没有任何强制要求。