HTTP 요청
HTTP 작업은 사이트나 웹 서비스가 정상 작동 시 예상대로 열리는지 여부를 보여줍니다.
언제 사용하나요?
- 웹사이트 페이지, 개인 계정 또는 건강 엔드포인트를 제어해야 하는 경우.
- 서버의 가용성뿐만 아니라 올바른 HTTP 응답도 확인하는 것이 중요한 경우.
- 열린 포트뿐만 아니라 사용자의 눈을 통해 오류를 확인하려는 경우.
다른 유형을 선택해야 하는 경우
- 서버의 기본 네트워크 가용성만 확인해야 하는 경우 Ping만으로 충분할 때가 많습니다.
- 인증서의 유효기간만 중요하다면 SSL이 더 나은 선택입니다.
- 모니터링이 외부 프로세스의 신호를 기다려야 하는 경우 "외부 이벤트"를 사용하십시오.
참고:
주요 확인을 위해서는 서비스의 작동 상태를 실제로 반영하는 URL을 선택하는 것이 좋습니다.
로그인, 광고, 개인화 등으로 인해 변경될 수 있는 임의의 페이지가 아닌
일반 양식 필드
| 필드 | 그것은 무엇을 의미합니까? | 무엇을 표시해야 하는가 | 예 |
|---|---|---|---|
| 작업 활성화됨 | 저장 후 즉시 검사를 실행할지 여부를 결정합니다. | 즉시 모니터링을 시작하려면 작업을 활성화된 상태로 둡니다. | 포함됨 |
| 이름 | 목록 및 알림의 확인 이름입니다. | 정확히 무엇을 확인하고 있는지 표시하십시오. | example.com 홈페이지 |
| 그룹 | 프로젝트나 섹션에 작업을 할당할 수 있습니다. | 프로젝트 작업을 함께 유지하려면 그룹을 선택하세요. | 웹사이트 example.com |
| 간격 | HTTP 검사가 수행되는 빈도입니다. | 페이지나 서비스의 중요도에 따라 간격을 선택하세요. | 5분 |
| 알림 채널 | 문제 및 복구에 대한 메시지를 보낼 곳입니다. | 실제로 알림을 읽는 채널을 표시하세요. | 전보와 이메일 |
| 보고서 | 정기적인 작업 요약. | 패널에 수동으로 로그인하지 않고 개요를 받으려면 활성화하십시오. | 주간 보고서 |
HTTP 유효성 검사 필드
| 필드 | 그것은 무엇을 의미합니까? | 무엇을 표시해야 하는가 | 예 |
|---|---|---|---|
| 방법 | 어떤 HTTP 요청이 전송될까요? | 일반적으로 GET이면 충분합니다. 엔드포인트에서 요구하는 경우 다른 방법이 필요합니다. | GET |
| URL | 확인해야 하는 페이지 또는 엔드포인트의 전체 주소입니다. | 구성표와 도메인이 포함된 전체 URL을 제공해 주세요. | https://example.com/health |
| 타임아웃 | 사용할 수 없음 오류가 발생하기 전에 응답을 기다리는 시간입니다. | 서비스의 일반적인 응답 시간보다 약간 높은 값을 선택하세요. | 30초 |
| 예어 | 응답 내용에 대한 추가 검증. | 응답에 포함되어야 하는 텍스트를 지정합니다. | OK |
| 고급 설정 | 추가 HTTP 필드를 엽니다. | 헤더, 요청 본문 또는 자체 성공 코드 목록이 필요한 경우에만 포함하세요. | 포함됨 |
| 제목 | 추가 HTTP 요청 헤더. | API에 실제로 필요한 헤더만 추가하세요. | Authorization: Bearer <token> Accept: application/json |
| 콘텐츠 | POST, PUT 또는 PATCH에 대한 HTTP 요청 본문입니다. | 엔드포인트에 JSON 또는 기타 요청 본문이 필요한 경우 입력하세요. | {"event":"healthcheck"} |
| 성공적인 응답 코드 | 정상적인 결과로 간주되는 HTTP 코드는 무엇입니까? | 표준 범위를 그대로 두거나 자신만의 코드와 범위를 설정하세요. | 200-299, 301 |
| 허용되는 체크포인트 | 어느 지점부터 점검이 이루어지나요? | 지역이나 네트워크에 대한 특별한 시나리오가 필요하지 않은 경우 모든 항목을 그대로 두십시오. | 모든 체크포인트 |
알람이 오면
- 사이트 또는 엔드포인트가 제 시간에 응답하지 않습니다.
- 서버는 성공한 코드 목록에 포함되지 않은 코드를 반환합니다.
- 키워드를 지정한 경우 응답에 필수 텍스트가 포함되지 않습니다.