方法

我们如何组织一个项目。

五个阶段,每个阶段都有目标、具体活动和留给您的成果。这是我们为新项目建议的结构:每个阶段的深度随问题规模而定,小型项目可能在一周内完成其中几个阶段。

  1. 01

    调研与评估

    目标在提出任何建议之前,先了解系统、约束条件和真正的目标。

    活动

    • 以只读方式审查架构、云账号、代码仓库和流水线
    • 以书面形式向系统运维人员提问
    • 在有指标的地方建立成本、可靠性和交付的基线
    • 按影响和可能性排序的风险清单

    产出

    • 附证据的评估报告
    • 按优先级排列的问题与机会清单

    由您决定是否继续推进,以及优先做什么。

  2. 02

    架构与规划

    目标审慎地选择设计,并将其转化为可以小步执行的计划。

    活动

    • 从成本、风险、工作量和可运维性比较各方案
    • 目标架构及实现路径
    • 为每个重要选择撰写决策记录
    • 带有固定范围里程碑的分阶段计划

    产出

    • 架构文档与图示
    • 包含范围、里程碑和验收标准的计划

    由您决定批准设计和第一个里程碑。

  3. 03

    实施

    目标以代码形式,在您的仓库和账号中逐步构建改动。

    活动

    • 通过经过评审的拉取请求修改基础设施、流水线和软件
    • 高风险处采用分阶段发布或功能开关
    • 定期以书面形式对照计划汇报进展
    • 生产环境中不存在任何未以代码记录的手工改动

    产出

    • 经过评审并合并的代码
    • 随每次改动更新的文档

    由您决定按标准验收每个里程碑。

  4. 04

    验证与可靠性

    目标用证据表明系统按设计运行——在负载下、故障时以及恢复过程中。

    活动

    • 按真实流量规模进行负载与故障测试
    • 实际演练恢复和回滚,而不是假设它们可行
    • 定义并调优 SLO、仪表盘和告警
    • 审查身份、暴露面和密钥

    产出

    • 测试结果与已知限制
    • 以代码管理的 SLO、告警规则和仪表盘

    由您决定上线,剩余风险以书面形式说明。

  5. 05

    知识转移与持续改进

    目标让您的团队真正掌握成果,然后用数据持续改进。

    活动

    • 日常运维与事故处理的运维手册
    • 以书面形式交接,如您的团队需要,也可安排工作会议
    • 上线后复盘 SLO、成本和事故
    • 按实测影响排序的改进待办列表

    产出

    • 运维手册与运维文档
    • 附实测优先级的改进待办列表

    由您决定是否继续、做什么——或由您自行运营。

如何开始

三种开始方式。

  • F—01

    5 天云评估

    以只读权限对现有云环境进行固定范围的评估。它覆盖第一阶段,并以书面报告和计划结束。

  • F—02

    限定范围的项目

    一项明确的交付——一个平台、一次迁移、一个服务——范围和价格在开工前商定。

  • F—03

    后续工作

    在首个交付之后,处理计划中的其他事项,每项单独界定范围并报价。没有任何强制要求。

了解云评估
联系

心中已有某个系统?聊聊您的基础设施。

用几句话描述问题。资深工程师会在一个工作日内书面答复,提出问题或建议第一步。

与工程师沟通