대부분의 중소기업에는 전담 개발자나 시스템 관리자가 없습니다. 보통 기술을 아는 누군가가 한 번 세팅해두고(서버, API, 사내 도구) 떠나거나 바빠지거나, 애초에 상근 인력이 아니었던 경우가 많습니다. 문제가 생기기 전까지는 별 탈이 없죠.
다음 화재를 기다리는 대신 상시 유지보수를 시작해야 할 5가지 신호를 정리했습니다.
1. 서버가 왜 느려졌는지 아무도 모른다
사이트나 사내 도구가 점점 느려졌는데 이유를 설명할 수 있는 사람이 없다면, 한동안 아무도 모니터링하지 않았다는 신호입니다 — 디스크가 차오르거나, 패치 안 된 의존성이 메모리 누수를 일으키거나, 한 번도 최적화되지 않은 데이터베이스 등. 이런 문제는 실제 장애가 나기 전까지는 드러나지 않습니다.
2. 버그는 쌓이는데 담당자가 없다
줄어들지 않고 계속 늘어나기만 하는 버그 목록은, 엔지니어링 시간에 대한 수요는 있는데 공급이 없다는 뜻입니다. 주당 5~10시간만 전담해도 생각보다 많은 백로그가 해소됩니다.
3. 사내 지식이 한 사람에게만 있다
지금 시스템 구조를 이해하는 사람이 퇴사했거나, 이미 떠난 외주 개발자거나, 애초에 문서화된 적이 없다면 실질적인 운영 리스크를 안고 있는 겁니다. 유지보수 리테이너는 문서화를 나중에 하는 일이 아니라 상시 작업의 일부로 포함합니다.
4. 보안 패치와 의존성 업데이트가 정기적으로 이루어지지 않는다
패치되지 않은 소프트웨어는 중소기업이 침해당하는 가장 흔한 경로입니다 — 정교한 공격이 아니라, 아무도 업데이트하지 않은 소프트웨어의 알려진 취약점을 자동으로 스캔해서 찾아내는 방식이죠. 바로 이런 반복적이고 눈에 띄지 않는 작업을 위해 리테이너가 존재합니다.
5. "고장 나면 그때 처리하자"가 실제 계획이다
사후 대응만 하는 방식은 리테이너와는 다른 방식으로 비용이 듭니다 — 다운타임, 긴급 대응 요금, 그리고 업무 시간에 예방이 아니라 불 끄기에 매달리는 스트레스로요.
리테이너는 실제로 어떤 모습인가
큰 계약일 필요는 없습니다. 보통은 월 고정 시간을 정해서 모니터링·패치·백업·장애 대응 시간을 커버하는 형태이고, 범용 패키지가 아니라 실제 사용 중인 시스템에 맞춰 범위를 정합니다.
이 중 하나라도 해당된다면 문의해주세요 — 지금 운영 중인 시스템에 맞는 합리적인 범위를 함께 정리해드립니다.