이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
운영 모니터링에서 가장 중요하게 보는 지표는 응답 지연(P95/P99)이라고 생각합니다. 평균 응답 시간은 일부 느린 요청을 가려버리기 때문에, 상위 백분위 지연이 실제 사용자 경험에 더 가깝습니다. 졸업 프로젝트에서 Grafana + Prometheus로 간단한 대시보드를 구성했는데, P99 지연이 치솟을 때 DB 쿼리 슬로우 로그를 함께 보니 원인이 빠르게 좁혀졌습니다.
에러율도 함께 봐야 하는 이유는, 지연이 낮아도 에러가 증가하면 문제 징후이기 때문입니다. 알람 기준은 지나치게 낮게 잡으면 노이즈가 많아 실제 이슈를 놓치는 경우가 생겼고, 임계값 조정 경험을 통해 알람 피로도를 줄이는 것도 모니터링 설계의 일부라는 결을 배웠습니다.
운영 모니터링에서 지표를 수집하는 것과 의미 있는 알람을 설계하는 것은 다른 문제라는 것을 경험에서 배웠습니다. 알람 기준을 너무 낮게 잡으면 사소한 변동에도 알람이 울리면서 실제 중요한 이슈를 놓치는 알람 피로도가 생겼습니다.
이 경험에서 임계값을 조정하기 위해 정상 상태의 변동 범위를 먼저 파악하는 방식을 적용했습니다. 무엇이 이상인지를 판단하려면 무엇이 정상인지를 먼저 정의해야 한다는 것을 배웠습니다.
모니터링에서 아직 부족하다고 느끼는 부분은 지표 간 상관관계를 분석해서 근본 원인을 빠르게 특정하는 것입니다. 에러율이 올라갈 때 어떤 지표를 함께 봐야 원인을 빠르게 찾는지를 체계적으로 파악하는 역량을 더 키워야 한다고 생각합니다.
모니터링에서 P99 응답 지연이 높아졌는데 CPU나 메모리는 정상인 경우가 있었습니다. 단일 지표만 보면 원인을 특정하기 어렵지만, DB 연결 수를 함께 확인했더니 연결 풀이 소진된 것이 실제 원인이었습니다.
이 경험에서 응답 지연이 발생할 때 같이 확인해야 할 지표 목록을 먼저 정해두는 방식의 가치를 배웠습니다. 하나의 증상이 여러 원인에서 올 수 있기 때문에, 연관 지표를 함께 보는 구조가 진단 시간을 줄입니다.
모니터링의 핵심은 이상이 생겼을 때 원인까지 빠르게 좁히는 것입니다. 지표를 수집하는 것으로 끝나지 않고, 어떤 지표를 어떤 순서로 확인하는지의 진단 루틴을 만드는 것이 운영 모니터링 역량이라고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 데이터 분석가 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.