프로젝트 배경
운영 중인 자동화는 대개 조용히 멈춥니다. 프로세스는 떠 있고 응답도 200이라 기존 감시는 정상이라고 보고하지만, 정작 화면은 몇 주째 빈 채로 열려 있는 경우가 있습니다. 원인을 찾아보면 세 가지로 나뉘었습니다. 서버가 응답은 하는데 화면이 기다려 주는 시간보다 느린 경우, 갱신 작업이 멈춰 옛 숫자가 그대로 보이는 경우, 연동 서버 오류로 빈 표가 자료 없음처럼 보이는 경우입니다. 셋 다 서버 관점
프로젝트 성과
응답 200인데 화면은 빈 상태를 찾아내는 판정 기준 정립
응답 코드, 화면 대기 한도 대비 응답 시간, 데이터 갱신 나이 세 가지로 판정해 서버 관점에서는 정상으로 보이던 정지 상태를 잡아냅니다.
핵심 기능
진행 단계
화면 기준 점검 규칙 정의
2026.08
화면이 부르는 주소와 대기 한도, 데이터 갱신 주기를 먼저 목록으로 고정하고 각 항목의 실패 조건을 정했습니다.
프로젝트 상세
자동화나 대시보드가 멈춘 것을 사람이 알아채기 전에 먼저 찾아내는 정기 점검·알림 도구입니다. 프로세스가 살아 있는지가 아니라, 사용자가 보는 화면이 실제로 채워지는지를 기준으로 판정합니다. 점검 기준은 세 가지입니다. 첫째, 화면이 부르는 주소를 그대로 호출해 응답 코드와 걸린 시간을 잽니다. 둘째, 걸린 시간이 화면의 대기 한도보다 크면 응답이 200이어도 실패로 칩니다. 셋째, 화면이 읽는 데이터







