기업 서비스 SLA를 맺었는데 왜 장애 대응은 더 느려질까?

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

장애가 발생했는데 담당자는 계약서를 찾고, 공급사는 접수 시각만 확인하며, 현업은 복구 예정 시간을 몰라 같은 질문을 반복하고 있나요? 이런 장면은 기술력이 부족해서만 생기지 않습니다. 기업 서비스 SLA를 체결하면서 측정 기준과 책임 경계를 모호하게 둔 결과일 가능성이 큽니다.

SLA는 서비스 수준을 약속하는 문서지만, 숫자를 많이 넣는다고 대응력이 좋아지는 것은 아닙니다. 오히려 잘못 설계된 SLA는 공급사가 계약 위반을 피하는 데 집중하게 만들고 고객사의 실제 업무 복구는 늦출 수 있습니다. 실패한 현장에서 반복되는 실수와 바로잡는 방법을 살펴보겠습니다.

응답 시간만 약속하면 복구가 늦어지는 이유

접수 확인을 장애 대응으로 착각한 사례

A기업은 긴급 장애의 30분 이내 응답을 계약서에 넣고 안심했습니다. 그러나 실제 장애가 발생하자 공급사는 12분 만에 접수 완료 메일을 보냈을 뿐, 기술 담당자 배정에는 70분이 걸렸습니다. 계약상 응답 시간은 지켰지만 주문 처리 시스템은 두 시간 넘게 멈췄고, 현업이 원한 서비스 복구는 전혀 빨라지지 않았습니다.

이 실패의 원인은 응답, 착수, 우회 조치, 정상화가 하나의 지표로 뭉쳐 있었기 때문입니다. 서비스라는 개념의 일반적인 배경은 네이버 지식백과의 서비스 설명에서도 확인할 수 있지만, 기업 계약에서는 제공 행위를 실제 운영 단계로 더 세밀하게 나눠야 합니다. 장애 접수 자동 회신을 사람이 분석을 시작한 시점과 동일하게 취급해서는 안 됩니다.

시간 지표는 네 구간으로 분리해야 합니다

• 인지 시간: 모니터링 또는 사용자 신고로 이상을 처음 확인한 시각입니다.
• 착수 시간: 처리 권한을 가진 담당자가 로그와 영향을 분석하기 시작한 시각입니다.
• 우회 시간: 완전 복구 전이라도 핵심 업무를 다시 수행할 수 있게 만든 시각입니다.
• 복구 시간: 정상 기능과 데이터 정합성이 검증된 시각입니다.

예를 들어 긴급도 1등급이라면 인지 10분, 기술 담당자 착수 20분, 우회 조치 목표 60분처럼 각각 정의할 수 있습니다. 모든 장애에 무조건 짧은 시간을 요구하기보다 매출 중단, 개인정보 위험, 대외 고객 영향 여부로 등급을 구분해야 비용도 통제됩니다. 첫 답변이 빨랐다는 이유로 복구 지연을 정상 처리하지 마세요.

좋은 SLA는 공급사의 답장 속도가 아니라 고객사의 업무가 다시 움직이는 순간을 측정합니다.

가동률 99.9% 숫자만 믿으면 놓치는 함정

평균 수치가 중요한 업무 시간을 가립니다

B기업은 월간 가동률 99.9%를 보장받았지만 월말 정산일에 40분간 접속 장애를 겪었습니다. 한 달 전체로 계산하면 계약 기준을 크게 벗어나지 않을 수 있어도, 정산 담당자에게 그 40분은 평일 새벽의 몇 시간보다 훨씬 치명적입니다. 기업 솔루션의 품질은 단순한 전체 평균보다 업무 중요 시간대의 가용성으로 판단해야 합니다.

유지보수 시간을 무조건 가동률 계산에서 제외하는 것도 흔한 실수입니다. 공급사가 사전 통지만 하면 업무 시간에 점검해도 면책되는 구조라면 높은 가동률은 실질적인 보호 장치가 아닙니다. 계획 점검의 허용 시간대, 월간 횟수, 통지 기한, 연기 요청 절차를 별도로 적어야 합니다.

계산식에서 빠진 조건을 먼저 찾으세요

1. 측정 구간이 24시간 전체인지 실제 영업시간인지 확인합니다.
2. 부분 장애와 성능 저하가 중단 시간에 포함되는지 확인합니다.
3. 외부 클라우드, 통신망, 연동 API 장애를 전부 면책하는지 살펴봅니다.
4. 고객사 과실을 주장할 때 공급사가 제시해야 할 로그와 증빙을 정합니다.
5. 계획 점검을 제외할 수 있는 최대 시간과 사전 통지 기준을 명시합니다.

특히 화면은 열리지만 저장에 30초 이상 걸리거나 결제가 반복 실패하는 상황을 정상 가동으로 계산하면 안 됩니다. 핵심 기능별 성공률과 지연 시간을 함께 두는 편이 현실적입니다. 예를 들어 로그인 성공률, 주문 저장 성공률, API 95백분위 응답 시간처럼 사용자가 체감하는 기준을 선택할 수 있습니다.

측정 도구도 한쪽에만 맡기지 마세요. 공급사 모니터링 기록과 고객사의 사용자 관점 측정값이 다를 때 어떤 자료를 우선하는지 합의해야 분쟁이 줄어듭니다. 지표 이름이 비슷해도 정의가 다를 수 있다는 점은 여러 분야의 GND 개념을 소개하는 지식백과 항목처럼, 약어 자체보다 문맥과 정의가 중요하다는 교훈으로 연결해 볼 수 있습니다.

책임자를 여러 명 적을수록 아무도 결정하지 않습니다

연락망은 있었지만 승인권자가 없었던 사례

C기업의 장애 연락망에는 고객사와 공급사 담당자 14명이 들어 있었습니다. 막상 데이터 복구가 필요해지자 운영팀은 보안팀 승인을 기다렸고, 보안팀은 서비스 소유자의 결정을 요청했습니다. 공급사는 백업 복원을 제안했지만 데이터 손실 허용 범위를 확인하지 못해 세 시간 동안 실행하지 못했습니다.

연락처 목록은 책임 체계가 아닙니다. 장애 단계마다 누가 판단하고, 누가 실행하며, 누구에게 알릴지를 분리해야 합니다. 특히 최종 승인권자 한 명과 부재 시 대리자를 정하지 않으면 단체 대화방의 인원만 늘고 의사결정은 느려집니다.

하지 말아야 할 운영 실수 다섯 가지

• 모든 장애를 임원에게 보고하기: 경미한 이슈까지 상향하면 정말 중요한 장애의 판단도 늦어집니다.
• 공급사 한 명에게만 연락하기: 휴가와 퇴사에 취약하므로 대표 채널과 2차 연락 경로가 필요합니다.
• 전화로만 승인하기: 긴급 실행은 가능하되 사후 기록 기한과 필수 항목을 정해야 합니다.
• 복구와 공지를 같은 사람에게 맡기기: 기술 담당자가 상황 안내까지 떠안으면 분석 집중도가 떨어집니다.
• 원인 분석 전에 책임부터 따지기: 초기에는 확산 방지와 우회 조치가 우선이며 책임 검토는 로그 보존 후 진행해야 합니다.

실무에서는 장애 등급별 한 장짜리 책임표가 유용합니다. 고객사 서비스 책임자는 우회 운영 승인, 공급사 기술 책임자는 복구 실행, 고객지원 담당자는 사용자 공지를 맡는 식입니다. 최초 공지는 원인이 확정되지 않아도 영향 범위, 임시 대응, 다음 안내 예정 시각을 포함해 내보낼 수 있습니다.

장애 공지에 확정되지 않은 복구 시각을 쓰지 마세요. 다음 업데이트 시각을 약속하면 신뢰를 지키면서도 성급한 예측을 피할 수 있습니다.

분기마다 30분 정도 모의 장애 훈련을 진행해 연락처와 권한이 실제로 작동하는지도 확인하세요. 담당자가 바뀌었는데 계약 부속 문서만 예전 상태라면 SLA는 사고 순간에 사용할 수 없는 문서가 됩니다. 훈련에서 발견한 연락 실패는 실제 장애보다 훨씬 저렴하게 고칠 수 있습니다.

월 20만원 절감보다 4시간의 업무 중단을 계산하세요

위약금만 높이면 서비스 품질이 좋아질까요?

SLA 위반 시 이용료의 5%를 환급받도록 해도 고객사의 손실이 자동으로 회복되는 것은 아닙니다. 월 이용료가 200만원이라면 10만원의 크레딧을 받는 데 그칠 수 있지만, 영업팀 20명이 두 시간 멈추면 내부 인건비와 기회비용은 그보다 클 수 있습니다. 기업 컨설팅을 받을 때도 위약금 액수보다 예방 활동과 복구 자원의 확보 여부를 먼저 검토해야 합니다.

저가 요금제에 24시간 대응을 요구하면 계약 문구는 만들어져도 전담 인력이 실제로 배치되지 않을 가능성이 있습니다. 야간·주말 대응, 전용 담당자, 이중화 환경, 정기 복구 훈련은 각각 비용이 드는 항목입니다. 따라서 모든 기능을 최고 등급으로 묶기보다 매출이나 법적 의무에 직접 연결된 핵심 서비스만 높은 수준으로 지정하는 편이 낫습니다.

협상 전에 숫자로 정할 현실 범위

1. 핵심 업무 허용 중단 시간을 30분, 2시간, 4시간 중 하나처럼 구간으로 정합니다.
2. 데이터 손실 허용량을 최근 15분, 1시간, 하루 단위로 정의합니다.
3. 야간 긴급 대응이 필요하면 월 기본료 외 대기 비용과 건별 작업비를 분리해 견적을 받습니다.
4. 월 1회 운영회의 60분, 분기 1회 복구 훈련 2시간처럼 관리 활동의 투입 시간을 계약에 반영합니다.
5. 계약 첫 30일은 측정 기준을 보정하고, 이후 90일 단위로 지표의 실효성을 검토합니다.

예산이 제한적이라면 전체 솔루션을 한꺼번에 고도화하지 않아도 됩니다. 첫 달에는 장애 등급과 연락 체계를 바로잡고, 다음 달에는 모니터링과 공지 양식을 연결한 뒤, 분기 안에 복구 훈련을 한 번 실행하는 방식이 현실적입니다. 관측에서 단순한 시각 외에 환경 조건이 중요하다는 관련 보도 사례처럼 서비스 품질도 단일 숫자보다 측정 조건을 함께 봐야 합니다.

의사결정 기준은 단순합니다. 추가 운영비가 월 50만원이고 예상 장애 시간을 월 4시간에서 1시간으로 줄일 수 있다면, 절감되는 3시간의 인건비·매출·고객 이탈 위험을 비교하세요. 최소한 30분 이내 착수, 60분마다 상황 공유, 분기 2시간 복구 훈련, 90일마다 SLA 재검토라는 네 숫자를 운영 일정에 넣으면 계약서는 보관용 문서가 아니라 실제 대응 도구가 됩니다.