유지보수는 한 번의 이벤트가 아니다

정기 업데이트는 익숙하다는 이유로 큰 묶음이 되기 쉽다. 하지만 변경 범위가 커질수록 문제가 생겼을 때 원인을 구분하기 어렵고, 되돌릴 지점도 흐려진다. 그래서 유지보수는 작은 단위로 나누고 각 단계 사이에 서비스 상태를 확인하는 흐름으로 다루는 편이 안전하다.

중요한 것은 자동화의 속도가 아니다. 한 단계가 끝난 뒤 다음 단계로 넘어가도 되는지 확인하고, 기대한 상태가 아니면 즉시 멈추는 능력이다. 자동화는 사람의 판단을 없애는 도구가 아니라 같은 판단을 빠뜨리지 않게 만드는 장치다.

자동화가 지켜야 할 기준

  • 한 번에 바꾸는 범위를 작게 유지한다
  • 다음 단계 전에 사용자 관점의 상태를 확인한다
  • 실패하면 확대하지 않고 현재 단계에서 멈춘다
  • 중단과 재개 절차를 같은 문서에 둔다

이 기준은 특정 환경의 규모나 구성과 무관하게 적용할 수 있다. 내부 대상과 실행 주기는 공개하지 않더라도, 어떤 안전장치를 우선하는지는 충분히 공유할 수 있다.

공개 기록에 남길 것

운영 글에는 내부 시스템의 식별자나 접근 경로 대신 변경을 나눈 이유, 확인한 신호의 종류, 다음에 개선할 판단 기준을 남긴다. 독자가 재사용할 수 있는 것은 구체적인 주소가 아니라 실패 범위를 줄이는 사고방식이기 때문이다.