HTTPリクエスト
HTTP タスクは、サイトまたは Web サービスが通常の動作で期待どおりに開くかどうかを示します。
いつ使用するか
- Web サイトのページ、個人アカウント、または健康エンドポイントを制御する必要がある場合。
- サーバーの可用性だけでなく、正しい 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 |
| 許可されるチェックポイント | どの時点からチェックが行われるのでしょうか？ | リージョンまたはネットワークに特別なシナリオが必要ない場合は、すべてのポイントをそのままにしておきます。 | すべてのチェックポイント |
警報が鳴ったら
- サイトまたはエンドポイントが時間通りに応答しません。
- サーバーは、成功したコードのリストに含まれていないコードを返します。
- キーワードを指定した場合、応答には必須のテキストが含まれません。