💡 핵심 인사이트
SRE(사이트 신뢰성 공학)에서 시스템의 건강 상태를 측정하고 관리하는 핵심 뼈대입니다.
**SLI(지표)**는 "현재 우리 시스템의 결제 성공률이 몇 퍼센트(%)인가?"를 재는 실제 체온계 눈금이며, **SLO(목표)**는 "이 체온이 99.5% 이상은 유지되어야 환자가 살 수 있다"라고 팀 내부적으로 정해놓은 목표 정상 체온선입니다.

Ⅰ. SLI (Service Level Indicator, 서비스 수준 지표)

"그래서 우리 서비스가 얼마나 잘 돌아가고 있는데?"를 객관적으로 나타내는 팩트(데이터)입니다.

• 정의: 서비스 수준의 현재 상태를 측정하는 정량적인 척도입니다. 주로 **(성공한 요청 수 / 전체 요청 수) $\times 100$**의 백분율로 계산됩니다.
• 좋은 SLI의 예:
  • 가용성 (Availability): "어제 하루 종일 들어온 HTTP GET 요청 중, 200 OK(성공)를 반환한 비율" (결과: 99.99%).
  • 지연 시간 (Latency): "DB 조회 요청 중, 100ms(0.1초) 이내에 초고속으로 응답을 마친 비율" (결과: 98%).
• 나쁜 SLI의 예: "서버 CPU 사용량 50%". (CPU가 100%를 치더라도 고객 화면에 1초 만에 뜬다면 고객 입장에선 훌륭한 서비스입니다. SLI는 철저히 사용자가 체감하는 지표여야 합니다.)

Ⅱ. SLO (Service Level Objective, 서비스 수준 목표)

체온계(SLI)를 쟀으면 이 체온이 정상인지 비정상인지 판단할 합격 기준선이 필요합니다.

• 정의: SLI가 "반드시 도달해야 하는 목표 수치"를 명시한 사내 내부 합의서입니다.
• 예시: "우리의 결제 서버는 다음 달까지 HTTP 200 OK 반환 비율(SLI)이 **99.9% 이상(SLO)**이 되어야 한다."
• 특징: 이 SLO를 100%에서 뺀 나머지 값(0.1%)이 바로 앞 장에서 배운 **'에러 예산(Error Budget)'**이 됩니다.

SLO 설정 시 주의점

• 너무 높게 잡으면(예: 99.999%): 에러 예산이 1달에 5분밖에 안 되어, 개발팀이 새로운 도전을 전혀 하지 못하고 경직됩니다.
• 너무 낮게 잡으면(예: 95%): 고객들이 맨날 에러 창을 보며 분노하여 경쟁사로 떠납니다.
• 따라서 비즈니스 부서장(PO)과 SRE 팀이 치열하게 싸우며 이 절묘한 밸런스를 잡아야 합니다.

Ⅲ. SLA (Service Level Agreement)와의 명확한 비교

SLI, SLO가 '회사 내부'의 목표라면, 103장에서 배울 SLA는 **'바깥 고객과의 법적 계약'**입니다.

1. SLO (내부 목표): "우린 99.9%를 목표로 달리자!" (못 지켜도 우리끼리 에러 예산 깎고 야근하면 됨).
2. SLA (외부 계약): "고객님, 최소 99.0%는 무조건 지켜드릴게요." (만약 98.9%로 떨어지면 고객에게 엄청난 위약금과 환불을 해줘야 하는 법적 처벌선).

• 따라서 SLA는 무조건 SLO보다 낮고 보수적으로 잡아서 쿠션을 두어야 합니다.

📢 섹션 요약 비유: 다이어트와 건강 검진에 비유해 봅시다.

• SLI (지표): 체중계에 올라가서 나온 내 진짜 몸무게 수치 '75kg'.
• SLO (목표): 의사와 내가 올여름까지 빼기로 다짐한 목표 체중 '70kg 이하' (이걸 넘으면 굶어야 함 = 에러 예산 소진).
• SLA (계약): 헬스장 관장님과 맺은 법적 계약. "만약 80kg을 넘으면 제가 관장님께 벌금 100만 원을 내겠습니다."