1. SLA (Service Level Agreement) 개요
Service Level Agreement (SLA, 서비스 수준 협약)는 IT 서비스 제공자(Service Provider)와 고객(Customer) 간에 합의된 공식적인 계약 문서입니다. 이 계약은 제공될 IT 서비스의 범위, 품질, 성능 목표, 그리고 이를 달성하지 못했을 때의 벌칙(Penalty) 및 보상(Rebate) 조항을 명확하게 정의합니다.
SLA는 서비스 관리에 있어 고객의 기대치(Expectation)를 관리하고, 서비스 품질을 측정하며, 서비스 제공자와 고객 간의 신뢰를 구축하는 데 있어 가장 중요한 기반 문서입니다.
1.1. 주요 목적
- 고객 기대치 관리: 고객과 서비스 제공자 간의 합의를 통해 서비스에 대한 모호성을 제거하고 명확한 기대 수준을 설정합니다.
- 서비스 품질 측정: 정량적인 지표(Metric)를 통해 서비스의 실제 성능을 측정하고 평가하는 기준을 제공합니다.
- 관계 개선 및 신뢰 구축: 서비스 성과에 대한 투명한 보고를 통해 고객 만족도를 높이고 신뢰 관계를 강화합니다.
2. SLA의 유형 및 구조
SLA는 대상과 범위에 따라 다양한 형태로 분류될 수 있으며, ITIL (Information Technology Infrastructure Library)에서는 세 가지 주요 유형을 구분합니다.
| 유형 | 적용 대상 | 특징 | 예시 |
|---|---|---|---|
| 고객 기반 SLA (Customer-Based) | 모든 서비스에 대한 특정 고객 또는 고객 그룹 | 한 고객이 사용하는 모든 서비스에 대해 단일 SLA를 적용합니다. 고객의 요구사항에 초점. | A 은행 IT 부서와 모든 지점 사용자 간의 SLA |
| 서비스 기반 SLA (Service-Based) | 특정 서비스에 대한 모든 고객 | 동일한 서비스를 사용하는 모든 고객에게 동일한 SLA를 적용합니다. 서비스 자체의 특성에 초점. | 모든 사용자 대상의 이메일 서비스 가용성 99.9% SLA |
| 다단계 SLA (Multi-Level) | 전사적, 고객 그룹별, 서비스별 수준으로 계층화 | 기업 전체(Corporate), 고객 그룹(Customer), 서비스별(Service) 레벨로 세분화하여 복잡한 환경에 적용. | 기업의 공통 보안 정책(Corporate Level) + 특정 부서의 시스템 응답 시간(Customer Level) + 데이터 백업 서비스 목표(Service Level) |
2.1. SLA 계층 구조의 연계 (SLA Triad)
SLA의 성공적인 이행은 내부 협력(OLA)과 외부 계약(UC)에 의해 뒷받침됩니다. 이를 SLA 3요소(Triad)라고 합니다.
| 구성 요소 | 계약 주체 | 역할 |
|---|---|---|
| SLA | 서비스 제공자 ↔ 최종 고객 | 무엇을 제공할지 고객에게 약속합니다. (What) |
| OLA (Operational Level Agreement) | 내부 IT 부서 ↔ 내부 IT 부서 | SLA 달성을 위해 내부 팀들이 어떻게 협력할지 약속합니다. (How internally) |
| UC (Underpinning Contract) | 서비스 제공자 ↔ 외부 공급업체 | SLA 달성을 위해 외부 공급업체로부터 무엇을 지원받을지 계약합니다. (How externally) |
3. SLA의 핵심 구성 요소 (기술사 관점)
기술사 시험에서는 SLA를 단순히 정의하는 것을 넘어, 구체적인 구성 요소와 관리 방안을 제시할 수 있어야 합니다.
3.1. 서비스 정의 및 범위 (Service Scope)
- 서비스 상세 설명: 고객에게 제공되는 서비스의 기능 및 사용 목적을 명확히 합니다.
- 운영 시간(Service Hours): 서비스가 제공되고 SLA가 적용되는 시간대 및 요일을 정의합니다. (예: 24x7 또는 평일 9시-18시)
- 예외 사항(Exclusions): SLA 적용 범위에서 제외되는 항목(예: 계획된 유지보수 시간, 고객 귀책 사유)을 명시합니다.
3.2. 서비스 수준 목표 (Service Level Target, SLT)
측정 가능하고 정량적인 목표를 설정하며, 서비스 품질의 핵심입니다. 목표 설정 시 SMART 원칙(Specific, Measurable, Achievable, Relevant, Time-bound)을 적용해야 합니다.
| 항목 | 측정 지표 (Metric) 예시 | 설명 |
|---|---|---|
| 가용성 (Availability) | (연간 허용 다운타임 약 8.76시간) | 서비스가 합의된 시간 동안 사용 가능한 비율. |
| 성능/응답 (Performance/Response) | 웹 트랜잭션 응답 시간 초 이내 | 서비스의 처리 속도 및 지연 시간. |
| 신뢰성 (Reliability) | 월 평균 장애 발생 건수 건 미만 | 서비스의 오류 없이 지속되는 능력. (MTBF, Mean Time Between Failures) |
| 복구력 (Resilience) | 장애 발생 시 복구 시간 시간 이내 | 장애 발생 후 서비스가 정상화되는 시간. (MTRS, Mean Time to Restore Service) |
3.3. 벌칙 및 보상 (Penalty & Rewards / Service Credits)
SLA의 구속력을 높이는 핵심 요소입니다.
- 벌칙(Penalty): SLT 미달성 시 서비스 제공자가 고객에게 제공하는 금전적 또는 서비스적 보상(Service Credit). 서비스 품질 향상을 위한 동기 부여 역할을 합니다.
- 보상(Reward): SLT를 초과 달성했을 경우 서비스 제공자가 얻는 보상. (ITIL에서는 Reward보다 Penalty를 통한 동기 부여를 더 중요시합니다.)
3.4. 모니터링 및 보고 (Monitoring & Reporting)
- 측정 방법: 각 SLT를 측정하는 도구, 방법, 그리고 데이터의 정확성 및 무결성 보장 방안.
- 보고서: 고객에게 제공할 서비스 성과 보고서의 내용, 형식, 보고 주기(예: 월간).
4. SLA 관리 및 발전 방안 (전략적 관점)
기술사적으로는 SLA를 체결하는 것뿐만 아니라, 이를 효과적으로 관리하고 발전시키는 전략적 관점도 중요합니다.
4.1. 서비스 포트폴리오 및 카탈로그 연계
SLA는 서비스 포트폴리오와 서비스 카탈로그에 기반하여 작성되어야 합니다. 서비스 카탈로그에 정의된 서비스를 대상으로 SLA를 체결함으로써, 제공 서비스와 약속된 품질 간의 일관성을 유지합니다.
4.2. SLM (Service Level Management) 프로세스
SLA 관리는 단순히 계약서 작성이 아니라, 서비스 수준 관리(SLM) 프로세스를 통해 지속적으로 수행됩니다.
1. 서비스 요구사항 수집: 고객의 비즈니스 요구사항 파악.
2. SLA 설계 및 협상: SLT를 설정하고 OLA/UC와 연계하여 협상.
3. 서비스 모니터링 및 보고: 실제 서비스 성과 측정 및 보고.
4. SLA 검토 및 개선: 정기적인 검토(Service Review)를 통해 고객의 요구 변화를 반영하여 SLA를 지속적으로 개선합니다.
4.3. CSF와 KPI 연계
SLA의 목표는 비즈니스의 핵심 성공 요인(Critical Success Factor, CSF)을 지원하고, 이를 측정하기 위한 핵심 성과 지표(Key Performance Indicator, KPI)와 직접적으로 연계되어야 합니다. 즉, IT 서비스의 품질이 곧 비즈니스 성과로 이어지도록 설계하는 것이 중요합니다.
4.4. 도구 및 자동화
SLA/OLA/UC의 성과 측정을 위해 ITSM (IT Service Management) 도구를 활용하여 데이터 수집, 성과 계산, 보고서 생성을 자동화하고, 목표 미달 시 자동 에스컬레이션(Automatic Escalation)이 이루어지도록 시스템을 구축해야 합니다.
