STANDARD · AXELOS
ITIL 4
IT 서비스를 비즈니스 가치에 정렬시키는 운영 표준. IT를 지원조직이 아닌 전략 파트너로 전환하는 모범사례.
운영자 매뉴얼
운영환경·애플리케이션 정보·장애 조치 흐름을 이벤트 단위로 담은 인계 문서.
운영자 매뉴얼은 기능을 나열한 설명서가 아니라 증상에서 출발해 조치로 이어지는 이벤트 단위 대응서일 때 장애 순간에 쓸모가 있다. 그리고 운영 변경마다 갱신되지 않는 매뉴얼은 인도된 그날부터 서서히 거짓말이 되어 간다.
인도·운영 · 표준ITIL 4
IT 서비스를 비즈니스 가치에 정렬시키는 운영 표준.
ITIL은 절차를 늘리는 통제 장치가 아니라 운영의 예측 가능성과 복구 속도를 높이는 도구다. 급한 복구와 근본 개선을 한 흐름에 섞지 않고 분리해 다루는 것이 운영 성숙도의 첫 갈림길이다.
착수 · 발주SLA
서비스 수준을 정량 지표로 합의한 계약. 운영·검수의 기준.
SLA에서 정작 분쟁을 가르는 것은 목표 수치가 아니라 측정의 정의다. 가용성 산정에서 무엇을 장애로 보고 무엇을 계획 점검으로 제외할지, 측정 주기를 월 단위로 잡을지 연 단위로 잡을지를 합의 단계에서 못박지 않으면, 사고가 난 뒤 같은 숫자를 두고 서로 다르게 해석하며 책임 공방이 벌어진다. 처벌 조항의 강도를 다투기 전에 측정 근거를 양측이 검증할 수 있는 체계부터 갖추는 것이 합의를 실제로 작동시키는 길이다.
구현 · 방법론DevOps
개발과 운영을 통합해 빌드·배포·운영을 자동화·연속화.
DevOps의 병목은 대개 기술이 아니라 조직 구조와 책임 분배에 있다. 파이프라인을 깔아도 개발과 운영이 목표를 공유하지 않고 장애를 비난의 대상으로 삼으면 변경 속도는 다시 느려진다. 배포 빈도와 복구 시간 같은 지표로 개선을 측정해야 구호에 그치지 않는다.
인도·운영 · 운영IT 서비스 관리
IT 서비스를 비즈니스 가치에 맞춰 운영·관리하는 체계.
ITSM의 성패는 도구나 ITIL 프로세스의 도입 여부가 아니라, 처리 이력과 SLA 지표를 정기적으로 되돌아보며 개선으로 환류하는 순환이 실제로 작동하는가에 달려 있다. 비즈니스 중요도에 맞지 않는 과도한 SLA는 운영 비용만 키우므로, 서비스별로 차등화하는 것이 현실적이다.
인도·운영 · 운영장애관리
발생한 장애를 신속 복구하고 재발을 막는 운영 프로세스.
장애 발생 순간의 최우선 과제는 원인 규명이 아니라 서비스의 빠른 복구이며, 근본 원인 분석은 안정화 이후 별도로 다루는 것이 피해를 줄이는 정석이다. 같은 장애가 반복된다면 개별 사고가 아니라 구조적 결함 신호이므로, 장애 이력을 축적해 근본 원인을 제거해야 끝없는 반복 대응에서 벗어날 수 있다.