Menu
Pre-deployment checklist for infrastructure changes. Use when deploying to production, launching new services, or performing staged rollouts.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Defines the mandatory footer template for all .md files — GitHub badges, dates, and license. Use when creating or modifying any markdown document.
Defines operating rules for all agents. Use when executing any task — confirms before action, requires rollback plans for dangerous operations, enforces naming conventions and credential placeholders.
Bash 스크립트 작성 시 표준 로깅 함수와 에러 처리 패턴을 적용합니다. 새 스크립트 생성 또는 기존 스크립트 개선 시 사용합니다. 이 skill을 참조할 때 응답 첫 줄에 "🟡 참조: skill://bash-script-template" 를 출력합니다.
Guides test writing with AAA pattern, BVA, EP, and edge case analysis. Use when writing unit tests, integration tests, or infrastructure validation tests.
Provides a structured code review checklist. Use when reviewing code, scripts, or IaC files. Covers correctness, security, error handling, performance, and infrastructure as code.
Guides systematic infrastructure troubleshooting. Use when services fail, builds break, deployments go wrong, or infrastructure behaves unexpectedly. Use when you need root-cause analysis rather than guessing.
| name | shipping-checklist |
| description | Pre-deployment checklist for infrastructure changes. Use when deploying to production, launching new services, or performing staged rollouts. |
인프라 변경을 프로덕션에 배포하기 전 수행하는 체크리스트입니다. 배포는 코드 작성보다 위험하므로, 구조화된 검증 없이 진행하지 않습니다.
적용하지 않는 경우: dev/stg 환경 변경, 태그/설명 수정.
# Terraform state 백업
terraform state pull > backup-$(date +%Y%m%d-%H%M%S).tfstate
skill://incremental-change)# 서비스 health check
curl -f http://endpoint/health
# 리소스 상태
aws ec2 describe-instance-status --instance-ids <id>
aws ecs describe-services --cluster <cluster> --services <svc>
# Terraform 정합성
terraform plan # "No changes"
# 모니터링 정상
# CloudWatch 대시보드 확인, 알림 없음
대규모 변경 시 단계별 배포:
Phase 1: Canary (1개 인스턴스/AZ)
→ 30분 관찰 → 이상 없으면 진행
Phase 2: 50% 배포
→ 1시간 관찰 → 이상 없으면 진행
Phase 3: 100% 배포
→ 모니터링 안정화 확인
| 조건 | 조치 |
|---|---|
| 배포 후 5분 이내 장애 | 즉시 롤백 |
| 메트릭 이상 (에러율 증가) | 즉시 롤백 |
| 부분 장애 | feature flag OFF → 조사 |
| 데이터 마이그레이션 포함 | forward fix (롤백 불가) |
| Rationalization | Reality |
|---|---|
| "dev에서 됐으니 바로 prd 적용합니다" | 환경 차이가 있습니다. 체크리스트를 수행합니다. |
| "급해서 롤백 계획은 나중에 세웁니다" | 롤백 계획 없이 배포하면 장애 시 복구 시간이 배로 늘어납니다. |
| "모니터링은 배포 후 설정합니다" | 배포 시점에 모니터링이 없으면 장애를 감지할 수 없습니다. |
배포 완료 후: