架构与依赖关系
梳理系统边界、关键依赖关系,以及维持平台可运行的决策。
评估会按回答问题所需的方面界定;范围、证据和权限边界约定后,再确认周期。
梳理系统边界、关键依赖关系,以及维持平台可运行的决策。
识别影响可靠性的故障模式、恢复假设和所有权缺口。
以有证据支持的基线评估性能信号和延迟路径。
记录当前监测、告警和团队仍不可见的区域。
检查审批、部署顺序、验证和经过测试的回滚路径。
检查管理权限、信任边界和可用的审计记录。
检查流程、最近一次经过验证的恢复,以及实际的连续性依赖关系。
在保持变更可控且可回滚的前提下,建立降低遗留系统风险的分阶段路径。
范围、证据和权限边界约定后,再确认评估周期。
每项发现均包含风险等级、支持证据和建议的下一步行动。
具体项目在范围确认时议定,并交付至客户控制的系统。
供管理层与工程团队使用的发现、证据和优先行动。
针对议定缺口建立仪表板和告警规则;可行时沿用客户现有技术栈。
针对选定事件提供操作流程,包括前置条件、验证和回滚步骤。
审查证据、议定工作项目,并将所有权移交客户团队。
评估交付包括书面报告、议定的可观测性基线、选定事件的运维手册和移交会议。
生产环境变更需要另行批准变更窗口、明确负责人、验证和回滚。评估发现不代表保证修复或可用性结果。
生产环境变更需要另行批准、验证并准备回滚路径。
适用提案会明确范围、验收标准、服务窗口和商务条款。
边界明确的只读审查和书面报告。
用于评审、升级和第二意见的明确工时。
按议定验收标准执行特定迁移、可观测性建设或平台变更。
合作可界定为单次评估、明确工时的顾问支持,或具有议定验收标准的项目。