예시 답변 1
약 72초
개인 서버에서 앱 다운 원인을 추적하며 근본 원인을 찾은 경험
개인 사이드프로젝트 서버에서 앱이 갑자기 다운되는 일이 반복됐습니다. 처음에는 재시작으로만 해결하다가 세 번째 발생했을 때 원인을 찾기로 했습니다. 로그를 보니 메모리 부족으로 OOM killer가 프로세스를 죽이고 있었습니다. 메모리를 계속 먹는 원인을 찾아보니 이미지 처리 라이브러리가 캐시를 해제하지 않고 있었습니다. 설정을 수정하고 나서 3주 동안 재발하지 않았습니다. 프로덕션 규모의 RCA 경험은 없지만, 증상만 보고 재시작하는 게 아니라 로그와 메트릭을 따라가 근본 원인을 찾는 접근 방식을 이 경험에서 처음 익혔습니다.
이 결의 특징
재시작으로만 해결하다가 세 번째 발생했을 때 로그를 따라가 OOM killer와 이미지 처리 라이브러리 캐시 미해제를 발견한 흔적이 있습니다. 증상만 보고 재시작하는 것이 아닌 로그와 메트릭을 따라가 근본 원인을 찾는 접근 방식이 자기 언어로 자주 보입니다.
이 결이 통하는 자리
반복 장애에서 근본 원인을 어떻게 찾았는지 물을 때 재시작 대신 로그 분석으로 OOM과 메모리 누수 원인을 연결한 과정을 설명하면 통합니다. 증상 대응이 아닌 원인 추적이라는 접근 방식이 면접관이 멈추는 자리에서 자주 보입니다.