글쓴이는 링크드인 SRE 출신으로 지금은 장애 관리 회사 Rootly 에서 일하는데, 소프트웨어 쪽 근거로 든 건 '평균 복구 시간(MTTR)은 내려가지만 복잡한 장애의 해결 시간은 올라갈 것'이라는 본인의 예측 한 문장이고, 수치는 전부 항공 통계와 1983년 「자동화의 역설」 논문에서 가져왔어요. 처방으로 내놓은 장애 시뮬레이션 훈련은 Rootly 가 파트너사와 함께 파는 것인데, 권위로 삼은 그 논문의 2.3절은 '알 수 없는 고장은 시뮬레이션할 수 없다'며 시뮬레이터로 극한 상황을 훈련하는 데 한계가 있다고 적어 뒀어요. 해커뉴스에서는 '증거 없이 가설을 사실처럼 세웠다', '조종사는 비행기를 만들지 않았지만 소프트웨어 장애는 만든 사람이 대응한다'는 반론이 상위에 올랐어요.
용어 풀이
- SRE
- 서비스가 계속 돌아가게 유지하는 운영 엔지니어. Site Reliability Engineer 의 줄임말
- MTTR
- 장애가 나서 복구될 때까지 걸린 시간의 평균. Mean Time To Recovery 의 줄임말
운영자 인사이트
이 글에는 대응 역량이 실제로 떨어졌다는 측정이 한 건도 없어요. 장애 당번(온콜) 체계에 AI 대응 도구를 붙일 계획이라면 지금부터 AI가 처리한 장애 건수와 사람이 직접 붙은 장애의 해결 시간을 따로 기록해 두세요. 그래야 반년 뒤에 같은 질문을 우리 팀 수치로 답할 수 있어요.
여러 관점으로 보기
- 근거가 없다는 반론 상위 댓글은 '어려운 장애는 원래 정해진 해법이 없어서 지금도 깊은 시스템 이해가 있어야 풀리는데, 연습이 줄어서 더 못 풀게 된다는 근거는 이 글에 없다'고 짚어요. Hacker News
- 근거로 든 논문이 적어 둔 시뮬레이션의 한계 글이 권위로 삼은 1983년 논문은 같은 절에서 '알 수 없는 고장은 시뮬레이션할 수 없다'고 적고, 훈련은 개별 대응법보다 일반 전략을 다뤄야 한다고 권해요. Lisanne Bainbridge, Automatica (1983)
- 훈련 예산이 나오지 않는다는 현장 반론 조종사가 재난 훈련을 받는 건 정부가 면허 조건으로 강제해서고, 소프트웨어 업계는 AI 이전에도 백업 복구나 재해 복구 연습에 시간을 쓴 적이 거의 없다는 지적이에요. Hacker News