[문제] DevOps와 SRE(Site Reliability Engineering)의 개념·목표·역할을 비교 설명하고, SRE의 핵심 개념인 SLI, SLO, SLA, Error Budget의 관계를 서술하시오. 또한 DORA(DevOps Research and Assessment) 4가지 주요 메트릭과 엘리트 팀이 달성하는 성과 수준, 그리고 배포 파이프라인 최적화 전략을 논하시오.
1. DevOps vs SRE 비교
| 구분 | DevOps | SRE |
|---|---|---|
| 기원 | 2009년 Patrick Debois, 문화·철학 | Google 2003년, “소프트웨어 엔지니어링으로 운영 문제 해결” |
| 목표 | 개발-운영 협업, 빠른 배포, 지속적 개선 | 서비스 신뢰성 정량화, 자동화를 통한 운영 부담(Toil) 제거 |
| 핵심 개념 | CI/CD, 자동화, 관측가능성, 피드백 루프 | SLI·SLO·Error Budget, Toil 감소, Blameless Postmortem |
| 관계 | SRE는 DevOps를 구현하는 구체적 실천 방법의 하나로 볼 수 있음 | |
2. SLI·SLO·SLA·Error Budget
| 개념 | 정의 | 예시 |
|---|---|---|
| SLI (Service Level Indicator) | 서비스 품질을 측정하는 정량 지표 | 요청 성공률, p99 응답 시간, 가용성 (%) |
| SLO (Service Level Objective) | SLI의 목표값. 내부 목표 | 99.9% 가용성 (월 43.8분 다운타임 허용) |
| SLA (Service Level Agreement) | 고객과의 계약. SLO보다 낮게 설정 | 99.5% 가용성 보장, 위반 시 서비스 크레딧 |
| Error Budget | SLO에서 허용하는 오류/다운타임 여유분. 혁신 속도와 안정성 균형 조율 수단 | 99.9% SLO → 월 43.8분. 소진 시 배포 동결 |
Error Budget 활용: Error Budget 충분 → 신기능 빠르게 배포. Error Budget 소진 → 신뢰성 개선 우선, 신기능 배포 제한
3. DORA 4가지 메트릭과 엘리트 팀 성과
| 메트릭 | 의미 | 엘리트 팀 기준 |
|---|---|---|
| 배포 빈도 (Deployment Frequency) | 프로덕션 배포 횟수 | 하루 여러 번 (On-Demand) |
| 변경 리드타임 (Lead Time for Changes) | 코드 커밋 → 프로덕션 도달 시간 | 1시간 미만 |
| 변경 실패율 (Change Failure Rate) | 배포 후 롤백·인시던트 발생 비율 | 5% 미만 |
| 복구 시간 (MTTR, Time to Restore) | 서비스 장애 → 복구까지 시간 | 1시간 미만 |
4. 배포 파이프라인 최적화 전략
- 트렁크 기반 개발(TBD): 장기 브랜치 회피, 짧은 주기 메인 브랜치 병합으로 통합 빈도 향상
- 병렬 테스트 실행: 단위·통합·E2E 테스트를 병렬화하여 파이프라인 시간 단축
- Progressive Delivery: 카나리 배포(5% → 점진적 확대) + Feature Flag로 리스크 최소화
- Shift Left 테스팅: PR 단계에서 보안 스캔(SAST·SCA) 자동 실행
- 자동 롤백: SLO 위반 감지 시 자동 롤백 메커니즘 (Argo Rollouts, Flagger)
[ 결론 ]
SRE는 SLI·SLO·Error Budget으로 신뢰성을 정량화하고, Error Budget을 통해 혁신 속도와 안정성의 균형을 과학적으로 관리한다. DORA 4가지 메트릭으로 DevOps 성과를 측정하고, 트렁크 기반 개발·카나리 배포·자동 롤백으로 엘리트 수준의 배포 파이프라인을 구현한다.