릴리스와 배포 관리 — 변경을 안전하게 운영에 올린다 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Theoryitsm/release-deployment

TRACK

ITSM

SLA

55분

LEVEL

중급

PHASES

3단계

ENV

local

INCOMING TICKET

“릴리스 관리자: "이번 주말에 결제 서비스 신버전(v2.3.0)을 운영에 올려야 하는데, 변경 승인은 CAB에서 났으니 이제 우리 몫은 이걸 안전하게 올리는 겁니다. 지난번 X팀은 금요일 오후에 코드 다 됐다며 전체를 한 번에 바꿨다가 6시에 결제 오류가 터졌는데 절반은 퇴근했고 구버전이 어디 있는지 아무도 몰라 주말 내내 불을 껐어요. 우리는 그러면 안 됩니다. 무엇을 묶어 올릴지, 어떤 방식으로·언제 올릴지, 올린 뒤 뭘 확인해야 정상이라 할지, 문제가 나면 어떻게 되돌릴지를 계획으로 잡아 주세요."”

YOUR ROLE

IT 서비스 운영·릴리스/배포 담당

안 하면 나중에

릴리스·배포 통제가 없으면 영향이 가장 큰 방식(빅뱅)으로 가장 나쁜 시점에, 공지·검증·롤백 없이 올려 장애 시 전 사용자가 즉시 영향을 받고, 구버전이 어디 있는지 몰라 복구가 늦어지며, 무엇이 올라갔는지 추적이 끊겨 원인 규명도 불가능해진다.

📋상황 브리핑

릴리스 관리자가 말합니다.

"이번 주말에 결제 서비스 신버전(v2.3.0)을 운영에 올려야 해요. 변경 승인은 CAB에서 났으니, 이제 우리 몫은 이걸 안전하게 올리는 겁니다. 지난번 X팀은 금요일 오후에 코드 다 됐다며 전체를 한 번에 바꿨다가, 6시에 결제 오류가 터졌는데 절반은 퇴근했고 구버전이 어디 있는지 아무도 몰라 주말 내내 불을 껐어요. 우리는 그러면 안 됩니다. 무엇을 묶어 올릴지, 어떤 방식으로·언제 올릴지, 올린 뒤 뭘 확인해야 정상이라 할지, 문제가 나면 어떻게 되돌릴지를 계획으로 잡아 주세요."

릴리스·배포는 "코드 푸시"가 아니라 통제된 행사다. 이 Lab은 승인된 변경을 릴리스로 묶어 버전과 유형·범위를 정하고, 실패 시 피해 범위를 정하는 배포 전략과 점검창·배포 후 검증을 설계하며, 되돌릴 수 있는 롤백 계획과 이해관계자용 릴리즈노트까지 규칙으로 확정한다.

⏱ 55분📊 중급🔧 3단계#release#deployment#rollback#change

MISSION

릴리스 계획 — 변경을 묶고, 유형을 나누고, 범위를 고정한다

승인된 변경들을 하나의 릴리스로 묶어 버전을 붙이고, 릴리스 유형(정기/긴급/표준)을 구분하며, 범위 동결로 무엇이 올라가는지 고정한다. 변경과 릴리스/배포를 혼동하지 않는다.

배포 전략·점검창·배포 후 검증 — 어떻게 올리느냐가 피해 범위를 정한다

릴리스 성격에 맞는 배포 전략(빅뱅/롤링/블루그린/카나리)을 고르고, 영향 최소 점검창과 공지 4요소를 정하며, 배포 후 스모크 테스트로 "완료"가 아니라 "정상"을 확인한다.

롤백 계획·릴리즈노트 — 되돌릴 수 있게 올리고, 무엇을 올렸는지 남긴다

배포 전에 롤백 계획(구버전 보관 위치·되돌리는 절차·판단 기준)을 배포 계획과 한 쌍으로 준비하고, 이해관계자용 릴리즈노트에 변경 항목·버전·영향·알려진 이슈·롤백 방법을 남긴다.

📌 선수 지식

• [이론] itsm/release-deployment

ℹ️ 실습 환경

환경: local

🔒

실습 실행은 Pro 플랜 전용입니다

인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.

Pro로 업그레이드 →

>_ LAB TERMINAL↔ 너비 조절

NOTES