클라우드 서비스 관리: SLI·SLO·SLA와 서비스 카탈로그로 품질 표준화하기

IaaS·PaaS·SaaS별 품질 요소를 SLI/SLO/SLA 구조로 계약하고, 서비스 카탈로그 기반 셀프서비스로 클라우드 운영을 표준화하는 방법을 정리한다.

2026-08-13 · 최초 발행 2025-11-26

서비스 유형마다 품질을 재는 잣대가 다르다

클라우드 관리는 멀티·하이브리드 환경에서 서비스 수명주기(설계→구축→운영→개선)를 표준 절차와 지표로 통제하는 운영 거버넌스다. 범위는 서비스 유형별 품질요소 체계, SLI/SLO/SLA 모델, 카탈로그 기반 셀프서비스, 관측성·보안·비용(FinOps) 통합 운영까지 걸쳐 있다. 원칙은 명확하다 — 서비스 단위를 정의하고, SLI 기반으로 측정 가능하게 만들고, IaC/PaC로 자동화를 우선하며, 에러버짓과 포스트모템으로 지속 개선한다.

문제는 IaaS·PaaS·SaaS가 같은 "클라우드 서비스"라도 재는 잣대가 다르다는 점이다. IaaS에서는 VM·스토리지 가용성, 네트워크 지연(ms)·패킷손실, 디스크 IOPS·스루풋, RPO/RTO가 핵심 SLI이고, AZ·리전 분산과 다중 NIC·게이트웨이, 스토리지 클래스·IO 크기 최적화가 제어 포인트다. 운영은 용량 계획→배치 정책→백업·스냅샷→DR 리허설→패치·커널 관리 순으로 돈다.

PaaS에서는 요청 지연 p95/p99, 처리량, 에러율, 오토스케일 반응 시간, 콜드스타트가 핵심 SLI이며 동시성·스케일 규칙, 연결 풀·큐 길이, 런타임 버전·빌드팩 관리가 제어 포인트다. 운영은 SLO 알람→오토스케일→릴리스 게이트(에러버짓)→런타임 롤업그레이드로 이어진다. SaaS는 기능 가용성, 트랜잭션 성공률, 데이터 보존·복원 시간, 통합 API 지연이 핵심이고, 테넌시 격리·권한/감사 로깅·데이터 지역성이 제어 포인트다. 운영은 변경 창 관리→고객 공지→서비스 크레딧 처리→사용량·라이선스 관리로 흘러간다.

이 세 유형의 운영 초점을 나란히 놓으면 차이가 뚜렷해진다.

서비스 유형 성능 확장성 일관성 안정성 운영 편의
IaaS IOPS/네트워크 튜닝 중심 수평 확장 수동·정책 기반 인프라 템플릿 표준화로 보장 AZ/리전 이중화·DR 계획 패치·용량관리 부담 높음
PaaS 지연/스루풋 자동 최적화 오토스케일 즉시성 우수 런타임 추상화로 편차 감소 매니지드 백업·업타임 고수준 운영 부담 중간, 설정 주도
SaaS 벤더 내부 최적화 의존 벤더 자동 확장 API/스키마 호환성 관건 벤더 SLA 준수 의존 운영 부담 낮음, 통제력 제한

SLI에서 SLA까지, 3단 구조로 계약하기

SLI(측정 지표)-SLO(목표)-SLA(계약)는 계층 구조다. 대상 서비스·리전·테넌트, 집계 창(월/분기), 측정 소스(벤더/자체)를 범위로 정의하고, 공지된 점검 창·고객 과실·제3자 의존 항목은 제외·유지보수 조건으로 명시한다. 위반 시 크레딧 등급표와 누적·반복 위반 시 해지 권한을 명문화하고, 가용성은 직렬 종속을 곱셈으로 합성하되 동일 제약을 공유하는 구성요소를 독립으로 가정하면 안 된다(상관고장 고려).

설계·운영 절차는 요구 수집(비즈니스 RTO/RPO·지연 한도·규제 요구, 티어 매핑) → 모델링(핵심 유스케이스 기준 SLI 정의, p95 지연·성공률·가용성, 오버헤드 비용 추정) → 검증(카나리·게임데이로 장애 시나리오, 상관고장·폭포수 실패 점검) → 모니터링(벤더·자가 계측 이중화, 시계 동기화, 샘플링 바이어스 최소화) → 개선(에러버짓 소진 시 릴리스 제한, 구조적 개선·리스크 등록) 순으로 돈다.

서비스 카탈로그로 셀프서비스를 만드는 법

카탈로그의 메타데이터 모델은 서비스 정의(이름·설명·카테고리·티어·버전·수명주기 상태), 운영 속성(SLO 템플릿, 보안 정책, 규정 준수 태그), 비용·계약(과금 단위·단가, 승인 필요 한도, OLA·지원 창구), 자동화(프로비저닝 블루프린트, 구성 파라미터 스키마, 롤백 절차)로 구성된다.

운영 프로세스는 신규 등록→검토(보안/아키텍처)→파일럿→승인→공개의 카탈로그 관리 흐름과, 템플릿 선택→파라미터 입력→정책 검사→승인→프로비저닝→검증의 요청 처리 흐름, 모니터링·로깅 자동 등록과 태깅·쇼백, 만료·갱신·폐기 워크플로의 운영 연계로 나뉜다.

자동 승인수동 승인승인반려아니오사용자 요청 입력서비스 카탈로그 선택승인 조건 충족?IaC 파이프라인 실행승인자 검토요청자 통보 종료프로비저닝 수행구성/보안 정책 적용모니터링/태깅 등록SLI 집계·로그 수집SLA 리포트/과금오류 발생?롤백/격리사후 분석/개선 항목 등록운영 정상 상태

실제로 이렇게 쓰인다

금융권 코어 서비스는 다중 리전 액티브-액티브 구성에 가용성 SLO 99.99%를 설계하고, 합성 SLA를 산정해 거래 단절 기준을 초 단위 알람으로 운영한다. 제조 IoT 분석은 PaaS 스트리밍·서버리스 조합으로 p95 지연 200ms를 목표로 잡고, 오토스케일 정책과 콜드스타트 튜닝으로 이를 달성한다. 공공 SaaS는 데이터 지역성·보존 정책을 카탈로그에 의무화하고 감리 대응용 SLA 리포트를 자동 생성한다. 스타트업 플랫폼은 표준 카탈로그와 IaC로 환경 리드타임을 2주에서 2시간으로 단축하고, 에러버짓 기반으로 배포 속도를 조절한다.

표준화 효과는 조직마다 다르지만 공통된 패턴이 있다. 장애 시간은 월 300분에서 60분 이하로(80% 감소) 줄고, DR 리허설을 정례화하면 복구 성공률이 95% 이상 유지되는 것으로 나타난다. 카탈로그 표준화와 권고 자동화만으로 클라우드 비용이 10~20%, 유휴 리소스가 30% 정도 줄고, 승인 리드타임은 70%, 신규 서비스 온보딩 TTM은 50% 단축되며, 데이터 거버넌스·보안 정책 자동 집행으로 감사 소요가 40% 감소하는 경향이 함께 보고된다.

초기에는 핵심 유스케이스 중심으로 SLI/SLO를 정의하고 카탈로그 최소셋(MVP)부터 도입한 뒤, 에러버짓 기반 개선과 비용·보안 거버넌스 통합으로 확장하는 순서가 안전하다.

클라우드 관리SLA서비스 카탈로그SLI SLOFinOps