릴리스 제어 / 02
롤백을
알려진 결정으로 만드세요.
예기치 않은 릴리스 동작에 대한 되돌릴 수 있는 대응을 정의하기 위한 신중한 출시 전 가이드입니다. 팀의 자체 승인과 안전장치 없이 누구에게도 프로덕션을 변경하라고 지시하지 않습니다.
이용 목적: 릴리스 전에 범위가 정해진 롤백 경로, 그 결정 권한, 승인된 조치 후 고객 경로 점검을 식별하는 데 사용하세요.
방법 / 출처 기반
다음 알려진 단계.
- 릴리스 전에 릴리스 식별자, 되돌릴 수 있는 가장 작은 단위, 승인 책임자, 팀에서 이미 이용할 수 있는 승인된 메커니즘을 기록하세요.
- 팀의 플랫폼이 지원하는 경우 단계적 롤아웃과 감독을 사용하세요. 관찰된 동작이 팀이 합의한 경계를 넘으면 일시 중지하세요.
- 승인된 롤백 전에 관찰 내용, 시점, 범위, 활성 릴리스 식별자를 기록하세요. 범위가 정해진 되돌리기를 광범위하고 파괴적인 조치로 대체하지 마세요.
- 승인된 조치 후 주요 고객 경로를 확인하고, 확인된 사실만 알리며, 나중의 검토를 위해 증거를 보존하세요.
검증 / 의존하기 전에
롤백 경로가 기억에 의존한 이전 워크플로가 아니라 정확한 릴리스 메커니즘에 맞춰 문서화되어 있는지 확인하세요.
릴리스 전에 되돌릴 수 없는 마이그레이션 또는 외부 변경을 해당 책임자와 검토하세요.
가능하면 승인된 드라이런 또는 테이블탑 연습을 수행하고 프로덕션 변경 없이 결과를 기록하세요.
권위 / 검토
출처 메모, 빌려온 확신이 아닙니다.
계획 근거: Google SRE 프로덕션 서비스 관행
- Google SRE Book — Production service best practices ↗이 가이드는 감독되는 점진적 롤아웃을 권장하며, 예기치 않은 동작이 감지되면 먼저 롤백하고 이후 진단하여 복구 시간을 줄이도록 안내합니다.
맥락 / 인수인계를 연결 유지
작성자: SIU Enablement 편집 초안; 출처 범위 내의 운영 가이드. 검토자: 사용 전 릴리스 책임자, 플랫폼 책임자, 데이터 책임자의 검토가 필요합니다. 재검증: 릴리스 프로세스, 마이그레이션, 호스팅 또는 공급자에 중대한 변경이 있기 전에 다시 검증하세요.