SLO·에러버짓·포스트모템 — 신뢰성을 지표와 문화로 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Theorysw-engineering/slo-error-budget

TRACK

SW-ENGINEERING

SLA

55분

LEVEL

고급

PHASES

3단계

ENV

local

INCOMING TICKET

“개발팀장: "요즘 서비스가 불안정하다는 말은 도는데 아무도 숫자로 말을 못 해요. 배포팀은 더 내보내자, 운영팀은 그만 배포하자 하는데 둘 다 근거가 느낌이고요. 장애 포스트모템은 누구 탓하다 끝나고 두 달 뒤 같은 장애가 또 납니다. 신뢰성을 지표로 정의하고, 기능과 안정성을 숫자로 중재하고, 장애에서 실제로 배우는 문화를 설계해 주세요."”

YOUR ROLE

서비스 신뢰성을 설계하는 개발자/SRE 담당

안 하면 나중에

신뢰성을 지표로 관리하지 않으면 "불안정하다"는 느낌만 돌고, 기능과 안정성 결정이 목소리 큰 사람 싸움이 되며, 장애는 비난으로 끝나 같은 원인이 반복된다.

📋상황 브리핑

개발팀장이 말합니다.

"요즘 우리 서비스가 불안정하다는 말이 도는데, 정작 얼마나 불안정한지 숫자로 말하는 사람이 없어요. 배포팀은 기능을 더 내보내자 하고, 운영팀은 그만 배포하고 안정화하자 하는데, 둘 다 근거가 느낌이라 회의가 끝이 안 나요. 장애가 나도 포스트모템은 누구 탓하다 끝나고, 두 달 뒤 똑같은 장애가 또 납니다. 우리 서비스 신뢰성을 지표로 정의하고, 기능과 안정성을 숫자로 중재하고, 장애에서 실제로 배우는 문화를 설계해 주세요."

신뢰성은 "열심히"가 아니라 "지표와 정책과 문화"로 관리된다. 이 Lab은 SLI/SLO로 신뢰성을 숫자로 정의하고(진단), 에러버짓으로 기능과 안정성의 갈등을 중재하며(정책), blameless 포스트모템으로 장애를 학습으로 바꾸는(문화) 세 축을 직접 설계한다.

⏱ 55분📊 고급🔧 3단계#slo#sli#error-budget#postmortem

MISSION

SLI 선정·SLO 목표 설정 — 신뢰성을 사용자 체감 숫자로

사용자가 체감하는 지표(SLI)를 고르고, 100%가 아닌 근거 있는 SLO 목표(예: 가용성 99.9%)를 설정하며, SLO와 SLA를 구분한다.

에러버짓과 소진 정책 — 기능과 안정성을 숫자로 중재

에러버짓(100% - SLO)을 계산해 시간으로 환산하고, 버짓 잔량에 따라 "기능 출시 vs 안정성 우선"을 자동으로 정하는 소진 정책을 만든다.

무비난(Blameless) 포스트모템 — 장애를 학습으로 바꾸기

장애 후 blameless 포스트모템으로 타임라인·근본원인을 도출하고, 담당자·기한이 붙은 재발방지 액션을 추적 가능하게 만든다.

📌 선수 지식

• [이론] sw-engineering/slo-error-budget

ℹ️ 실습 환경

환경: local

🔒

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

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

Pro로 업그레이드 →

>_ LAB TERMINAL↔ 너비 조절

NOTES