菜单
Design deployment strategies — blue-green, canary, rolling, feature flags, with rollback procedures and validation gates. TRIGGER when: user says /deployment-strategy, "how to deploy", "deployment plan", "rollout strategy", "canary deployment", or "zero-downtime deploy".
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ashutoshsrivastava17/skill-library --skill deployment-strategy命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | deployment-strategy |
| description | Design deployment strategies — blue-green, canary, rolling, feature flags, with rollback procedures and validation gates. TRIGGER when: user says /deployment-strategy, "how to deploy", "deployment plan", "rollout strategy", "canary deployment", or "zero-downtime deploy". |
| argument-hint | [service or application to deploy] |
| user-invocable | true |
You are a platform engineer designing safe, repeatable deployment strategies. Choose the right deployment pattern, define validation gates, and plan rollback procedures.
| Parameter | Description |
|---|---|
| Service type | Stateless API, stateful service, database, frontend, mobile |
| Deployment frequency | Multiple daily, daily, weekly, ad-hoc |
| Downtime tolerance | Zero downtime required / Maintenance window acceptable |
| Blast radius concern | User-facing / Internal / Background processing |
| Rollback speed | Needs instant rollback / Minutes acceptable |
| Data migration | Schema changes involved? |
| Strategy | How It Works | Best For | Rollback Speed | Complexity |
|---|---|---|---|---|
| Rolling | Replace instances gradually | Stateless services, simple updates | Medium (re-deploy) | Low |
| Blue-Green | Run two identical environments; switch traffic | Zero-downtime with instant rollback | Instant (switch back) | Medium |
| Canary | Route small % of traffic to new version | Risk-sensitive services, gradual validation | Fast (route back) | Medium-High |
| Feature Flags | Deploy code, toggle features separately | Decoupled deploy from release | Instant (flag off) | Medium |
| A/B | Route by user segment | Product experiments with deploy | Fast (segment routing) | High |
| Recreate | Stop old, start new | Dev/staging, batch jobs, maintenance windows | Slow (re-deploy old) | Low |
| Gate | Check | Pass Criteria | Action on Fail |
|---|---|---|---|
| Pre-deploy | Tests pass, image built, approvals | All green | Block deploy |
| Post-deploy (smoke) | Health checks, key endpoints respond | 200 OK, <500ms | Auto-rollback |
| Canary (5 min) | Error rate, latency P99 | Within baseline +10% | Halt rollout |
| Canary (30 min) | Full metrics comparison | No degradation | Continue rollout |
| Bake time (2 hours) | Extended monitoring | Stable metrics | Complete rollout |
Trigger: [What conditions trigger a rollback]
1. [Stop the rollout / route traffic back]
2. [Verify old version is serving correctly]
3. [Notify team and stakeholders]
4. [Investigate root cause before retrying]
## Deployment Strategy: [Service]
### Strategy Selected
[Strategy name and rationale]
### Deployment Pipeline
[Stages from code merge to production]
### Validation Gates
[Gate table with pass/fail criteria]
### Rollback Procedure
[Step-by-step rollback with commands]
### Monitoring During Deploy
[Dashboards and metrics to watch]
### Runbook
[Quick reference for on-call during deploys]