用途：在生产发布前做准备，覆盖发布前检查、监控与可观测性设置、分阶段发布与回滚策略，让部署可回滚、可观测、增量推进。
适用场景：首次把功能部署到生产、向用户发布重大变更、迁移数据或基础设施、开放 beta 或 early access、以及任何有风险的部署。
主要能力：发布前检查清单，涵盖代码质量（测试、Build、Lint、类型检查、review、无调试语句、错误处理）、安全（无 secrets、依赖审计无 critical/high、输入校验、认证授权、安全 header、认证端点限流、CORS 指定 origin）、性能（Core Web Vitals、无 N+1、图片优化、Bundle 预算、索引、缓存）、可访问性（键盘导航、屏幕阅读器、WCAG 2.1 AA、焦点管理、错误消息、axe-core/Lighthouse）、基础设施（环境变量、migration、DNS 与 SSL、CDN、日志与错误上报、health check）、文档（README、API 文档、ADR、Changelog、用户文档）。
使用方式：通过 feature flags 将部署与发布解耦，按生命周期推进：先以 flag OFF 部署，再对团队/beta 开启，随后 5%→25%→50%→100% 渐进放量，每阶段监控错误率、延迟、用户反馈，全量后清理 flag；每个 flag 需有 owner 和到期日期，不嵌套 flag，在 CI 中测试 on/off 两种状态。分阶段发布序列：staging 全量测试与手动冒烟，生产部署（flag OFF）并验证 health check 与错误监控，团队开启并观察 24 小时，5% canary 监控 24-48 小时，逐级放量，全量后监控 1 周再清理 flag。发布决策阈值按 error rate、P95 延迟、客户端 JS 错误、业务指标区分继续推进、暂停调查或回滚；error budget 剩余 >20% 正常发布，0–20% 仅慢速发布，耗尽则冻结功能并专注可靠性。
监控与可观测性：应用指标（错误率、响应时间 p50/p95/p99、请求量、活跃用户、业务指标）、基础设施指标（CPU/内存、数据库连接池、磁盘、网络延迟、队列深度）、客户端指标（Core Web Vitals、JS 错误、API 错误率、加载时间），并配置错误上报。上线后首小时验证 health endpoint 返回 200、错误与延迟无回归、关键流程可用、日志正常、回滚可行。
限制与注意：资料未提供具体收费、价格、平台支持和效果数据。回滚计划需在每次部署前记录，包含触发条件、回滚步骤、数据库考虑与回滚耗时；没有监控、没有回滚计划、big-bang 发布、flag 无 owner 或到期、部署后首小时无人监控、周五下午发布、error budget 耗尽仍照常开发等属危险信号。