- 重要な情報
- はじめに
- 用語集
- エージェント
- インテグレーション
- OpenTelemetry
- 開発者
- API
- CoScreen
- アプリ内
- インフラストラクチャー
- アプリケーションパフォーマンス
- 継続的インテグレーション
- ログ管理
- セキュリティ
- UX モニタリング
- 管理
Webhook を使用して、以下のことができます。
Webhooks インテグレーションタイルに移動して、使用する Webhook の URL と名前を入力します。
Webhook を使用するには、Webhook をトリガーするメトリクスアラートのテキストに @webhook-<WEBHOOK_NAME>
を追加します。これにより、以下の内容を JSON 形式で含む POST リクエストが、設定した URL に向けてトリガーされます。各リクエストのタイムアウトは 15 秒です。Datadog は、内部エラー (不正な形式の通知メッセージなど) が発生した場合、または Webhook エンドポイントから 5XX 応答を受け取った場合にのみ、再試行を発行します。失敗した接続は 5 回再試行されます。
注: カスタムヘッダーは JSON フォーマットである必要があります。
ペイロードフィールドに独自のペイロードを指定して、リクエストに独自のカスタムフィールドを追加することもできます。ペイロードを URL エンコードする場合は、Encode as form をオンにし、JSON 形式でペイロードを指定します。以下のセクションの変数を使用できます。
9bd4ac313a4d1e8fae2482df7b77628
1234
system.load.1
P1
、P2
availability-zone:us-east-1a, role:computing-node
system.load.1 over host:my-host was > 0 at least once during the last 1m
注: Logs Monitor アラートからの Webhook ペイロードでこの変数を入力するには、Webhook インテグレーションタイルで $ALERT_STATUS
を手動で追加する必要があります。error
、warning
、success
、info
Recovered
、Triggered
/Re-Triggered
、No Data
/Re-No Data
、Warn
/Re-Warn
、Renotify
1406662672000
@webhook-url Sending to the webhook
[Triggered] [Memory Alert]
metric_alert_monitor
、event_alert
、または service_check
.1234567
[{"attachment_type": "postmortem", "attachment": {"url": "https://app.datadoghq.com/notebook/123","title": "Postmortem IR-1"}}]
{"customer_impacted": true, "customer_impact_duration": 300 ,"customer_impact_scope": "scope here"}
{"state": "active", "datacenter": ["eu1", "us1"]}
123
https://app.datadoghq.com/incidents/1
https://app.datadoghq.com/event/jump_to?event_id=123456
11023
Datadog
normal
または low
AAAAA-AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
medium
{"network":{"client":{"ip":"1.2.3.4"}}, "service": ["agent"]}
aaa-aaa-aaa
["@evt.name:authentication"]
{"@usr.name":"john.doe@your_domain.com"}
log_detection
https://p.datadoghq.com/path-to-snapshot
{
"result_id": "1871796423670117676",
"test_type": "browser",
"test_name": "Test name",
"date": "Nov 05, 2021, 09:49AM UTC",
"test_url": "https://app.datadoghq.com/synthetics/edit/apc-ki3-jwx",
"result_url": "https://app.datadoghq.com/synthetics/details/anc-ki2-jwx?resultId=1871796423670117676",
"location": "Frankfurt (AWS)",
"browser": "Chrome",
"device": "Laptop Large"
"failing_steps": [
{
"error_message": "Error: Element's content should contain given value.",
"name": "Test span #title content",
"is_critical": true,
"number": "3.1"
}
],
}
monitor, name:myService, role:computing-node
key
タグの値。もし key
タグがない場合、あるいは key
タグに値がない場合、この式は空の文字列に評価されます。
例: もし $TAGS
が role:computing-node
を含むなら、$TAGS[role]
は computing-node
と評価されます。rudy
認証を必要とするサービスに Webhook をポストする場合は、URL を https://my.service.example.com
から https://<USERNAME>:<PASSWORD>@my.service.example.com
に変更することで、Basic HTTP 認証を使用できます。
モニターアラートで、2 つ以上の Webhook エンドポイントが通知を受けた場合、サービスレベルごとに 1 つの Webhook キューが作成されます。たとえば、PagerDuty と Slack にアクセスする場合、Slack Webhook での再試行は PagerDuty の Webhook に影響しません。
ただし、PagerDuty のスコープ内では、いくつかイベントは常に他のイベントより前に送信されます。たとえば、“Acknowledge” ペイロードは必ず “Resolution” の前に送信されます。“Acknowledge” の ping が失敗すると、“Resolution” の ping は、再試行ロジックによってキューに入れられます。
使用する URL:
https://<ACCOUNT_ID>:<AUTH_TOKENT>@api.twilio.com/2010-04-01/Accounts/<ACCOUNT_ID>/Messages.json
ペイロードの例:
{
"To": "+1347XXXXXXX",
"From": "+1347XXXXXX",
"Body": "$EVENT_TITLE \n Related Graph: $SNAPSHOT"
}
To
は自分の電話番号、From
は Twilio から割り当てられた番号に置き換えます。Encode as form チェックボックスは、オンにします。
使用する URL:
https://<JIRA_USER_NAME>:<JIRA_PASSWORD>@<YOUR_DOMAIN>.atlassian.net/rest/api/2/issue
ペイロードの例:
{
"fields": {
"project": {
"key": "YOUR-PROJECT-KEY"
},
"issuetype": {
"name": "Task"
},
"description": "問題が発生しました。グラフ: $SNAPSHOT およびイベント: $LINK"を参照してください,
"summary": "$EVENT_TITLE"
}
}
“Encode as form” チェックボックスはオンにしないでください。