3. 自助服务平台设计原则
构建混沌工程基线核验自助服务平台，必须遵循四项核心设计原则：平台化思维、自助服务模式、低门槛操作以及权限隔离与审计。这些原则共同确保平台具备可扩展性、易用性与安全性，使故障排查自动化真正落地于日常运维场景。
3.1 平台化思维
平台化思维要求将混沌工程能力抽象为可复用的服务组件，而非一次性脚本或工具。通过统一编排层、执行层与观测层，实现故障注入、基线采集、结果比对等能力的标准化暴露。
关键特征： 能力复用、接口标准化、组件解耦、可编排。
| 层次 | 职责 | 典型组件 |
|---|---|---|
| 编排层 | 定义故障场景、基线规则、核验流程 | 场景模板库、流水线引擎 |
| 执行层 | 注入故障、采集指标与日志 | 故障代理、数据采集器 |
| 观测层 | 实时监控、基线比对、异常判定 | 指标存储、告警引擎、可视化面板 |
3.2 自助服务模式
自助服务模式的核心是去依赖化——开发、测试或运维人员无需等待平台团队介入，即可通过 Web 控制台或 API 自主完成故障场景配置、基线核验执行与结果查看。平台提供预置场景模板与参数化配置入口，降低沟通成本。
- 场景自选： 从预置故障库中选择 CPU 满载、网络延迟、磁盘 IO 抖动等原子故障，组合成复合场景。
- 一键执行： 选定目标服务与基线版本后，平台自动编排注入、采集与比对流程。
- 结果自助： 核验报告实时生成，支持导出 PDF 或对接 CI/CD 门禁。
实践建议： 自助服务应提供“快速模式”与“专家模式”两种入口。快速模式使用默认基线参数，适合日常巡检；专家模式开放全部调优选项，用于深度排查。
3.3 低门槛操作
低门槛操作旨在降低混沌工程的使用心智负担，使不具备深厚故障注入经验的工程师也能快速上手。具体体现在以下方面：
| 维度 | 低门槛设计 | 示例 |
|---|---|---|
| 交互 | 可视化拖拽编排，无需编写 YAML | 从故障库拖拽“网络延迟”到目标服务节点 |
| 配置 | 参数化模板，仅需填写关键变量 | 延迟时长、注入比例、目标端口 |
| 反馈 | 实时进度条与日志流，错误提示可读 | “故障注入失败：目标实例未运行” |
| 文档 | 内嵌场景说明与基线含义解释 | “P99 延迟基线：最近 7 天同时间窗口的 99 分位值” |
3.4 权限隔离与审计
混沌工程涉及生产环境或类生产环境的破坏性操作，必须实施严格的权限隔离与全链路审计。平台采用多租户与角色权限模型，确保每个团队只能操作其授权范围内的服务与场景。
安全红线： 任何故障注入操作必须经过“预检 → 审批 → 执行”三阶段，预检失败或未通过审批的操作自动阻断，并记录审计日志。
3.5 原则协同与落地检查
四项原则并非孤立存在，而是相互支撑：平台化思维提供架构基础，自助服务模式定义交互范式，低门槛操作降低使用阻力，权限隔离与审计保障安全底线。在平台建设初期，建议通过以下检查清单进行落地验证：
- 平台化： 是否已抽象出编排、执行、观测三层？组件是否可通过 API 独立升级？
- 自助化： 用户是否无需提工单即可完成一次完整的基线核验？
- 低门槛： 新用户首次完成核验的平均时间是否小于 10 分钟？
- 安全隔离： 是否所有操作都有租户隔离与操作审计？是否支持审批流阻断？
基线核验自助平台设计口诀： 平台抽象三层立，自助场景一键启；低门槛配可视化，权限审计保到底。