이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
사이드프로젝트 서버를 운영하면서 문제가 생길 때마다 직접 들어가 확인하는 게 번거로워, 스터디에서 배운 Prometheus와 Grafana를 설치해 모니터링 환경을 만들었습니다. Node Exporter로 CPU·메모리·디스크를 수집하고, Grafana에서 대시보드를 직접 설계했습니다. 처음엔 지표를 15개 이상 넣었다가 화면이 너무 복잡해서 핵심 4개만 남겼습니다. 알림 설정을 빠뜨려서 디스크가 90%를 넘어도 모른 채 있던 일이 한 번 있었고, 그 이후 Alertmanager를 연결해서 메일 알림을 추가했습니다. 혼자 설계하고 운영하다 보니 어떤 지표를 왜 봐야 하는지 스스로 결정해야 했고, 그 과정에서 모니터링의 목적을 생각하는 습관이 생겼습니다.
인프라 스터디에서 도커로 Prometheus와 Grafana를 설치하고 간단한 웹 앱의 지표를 수집하는 환경을 4주간 운영했습니다. 스터디 내 역할을 나눠서 저는 Grafana 대시보드 구성을 맡았습니다. 처음엔 PromQL 쿼리 문법을 잘 몰라서 원하는 지표가 안 나왔고, 공식 문서와 스터디 멤버의 도움으로 해결했습니다. 운영 중 Prometheus가 수집을 멈추는 문제가 한 번 생겼는데, 로그를 보니 메모리 부족이 원인이었습니다. 스크랩 간격을 15초에서 30초로 늘려서 안정화됐습니다. 작은 규모였지만 모니터링 설계부터 장애 대응까지 흐름을 처음 경험했습니다.
인턴십에서 팀이 운영하는 모니터링 대시보드를 파악하는 업무를 맡았습니다. 직접 설계한 건 아니지만, 기존 대시보드를 보면서 어떤 지표가 있고 어떤 지표가 빠져있는지 정리했습니다. 응답 시간 지표가 없어서 서비스 속도 저하를 감지하기 어렵다는 걸 발견하고, 팀장님께 추가를 건의했습니다. 처음엔 '지금도 잘 운영되고 있다'는 반응이었는데, 제가 왜 필요한지 근거를 정리해서 다시 드렸더니 검토해보겠다는 답을 받았습니다. 결과가 어떻게 됐는지는 인턴 기간 내에 확인하지 못했지만, 현황 파악에서 개선 제안까지 처음 해본 경험이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 인프라 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.