이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
가용성 일일 점검에서 확인하는 지표로는 먼저 서비스 응답 시간과 오류율입니다. 응답이 느려지거나 오류가 급증하는 것은 가용성 저하의 전조 신호입니다. 인턴 시절 모니터링 업무를 보조하며, 정상 범위를 먼저 파악해야 이상 상태를 인식할 수 있다는 것을 배웠습니다. 두 번째로는 서버·네트워크 장비의 CPU·메모리·디스크 사용률입니다. 특정 지표가 지속적으로 높은 상태면 장애가 발생하기 전에 원인을 파악하는 것이 중요합니다. 세 번째로는 알림 기록과 해소 여부입니다. 전날 발생한 알림이 완전히 해소됐는지를 확인하는 것이 일일 점검의 연속성을 보장합니다. 가용성 점검에서 가장 주의할 점은 숫자가 정상 범위라도 트렌드가 악화되는 경우를 놓치지 않는 것입니다.
추세를 보는 습관이 장애를 예방하는 핵심입니다.
가용성 지표를 매일 확인하는데도 실제 장애를 늦게 발견한 경험이 있습니다. 서버 응답률과 CPU 사용률을 주요 지표로 모니터링했는데, 특정 서비스 엔드포인트만 응답 시간이 느려지는 부분 장애가 발생했습니다. 전체 평균 지표는 정상 범위에 있었기 때문에 알림이 발생하지 않았고, 사용자 문의가 들어온 후에야 알게 됐습니다. 평균 지표는 부분 장애를 숨길 수 있다는 것을 그때 배웠습니다.
가용성 점검은 전체 평균이 아니라 서비스별·엔드포인트별 세분화된 지표로 봐야 합니다. 이후로는 서비스 단위 응답 시간과 오류율을 별도 지표로 추가하고 이상값 알림을 설정하는 방식으로 바꿨습니다. 이 실수가 이후 가용성 지표 설계 시 평균 지표 외 세분화 지표를 함께 구성하는 기준이 됐습니다. 가용성 점검의 완성은 전체 지표 안정 확인만큼 서비스 단위 세분 지표로 부분 장애를 탐지하는 것입니다.
가용성 일일 점검을 야간 당직자 입장에서 생각해본 경험이 있습니다. 인프라 운영 사례를 분석했을 때 야간 당직자가 주간 담당자와 다른 경우, 무엇을 어떻게 확인해야 하는지 명확하지 않으면 당직 중 판단이 어렵다는 피드백이 반복됐습니다. 당직자 입장에서는 점검 항목이 명확하고 이상 상황 시 판단 기준이 문서화돼 있을수록 안전하게 대응할 수 있습니다. 이 경험으로, 가용성 점검 체계는 담당자만 이해하는 구조가 아니라 누가 당직을 서도 동일한 수준으로 점검할 수 있도록 절차를 문서화하는 것이 중요하다는 것을 배웠습니다. 이를 반영해 점검 항목과 이상값 판단 기준, 상황별 에스컬레이션 경로를 런북으로 정리하는 방식을 도입했습니다.
이 관점이 이후 점검 체계를 설계할 때 당직자 관점의 가독성을 산출물 기준으로 두는 습관을 만들었습니다. 가용성 점검 체계의 신뢰성은 담당자 역량만큼 누구나 실행 가능한 절차 문서화에서 보장됩니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 롯데 정보보안 담당 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.