- 重要な情報
- アプリ内
- インフラストラクチャー
- アプリケーションパフォーマンス
- 継続的インテグレーション
- ログ管理
- セキュリティ
- UX モニタリング
- 管理
PagerDuty を Datadog に接続することで、以下のことが可能になります。
@pagerduty と記載することで、自分のストリームからインシデントをトリガーし、解決するPagerduty の Datadog インテグレーションガイドをご参照ください。
Pagerduty をインテグレーションしたら、Datadog のカスタム Pagerduty Incident Trends をチェックすることができます。
PagerDuty インテグレーションには、メトリクスは含まれていません。
PagerDuty のトリガー/解決されたイベントは、イベントエクスプローラーに表示されます。
PagerDuty インテグレーションには、サービスのチェック機能は含まれません。
複数のサービスが統合されている場合に、特定の PagerDuty サービスにメッセージや通知を送るには、モニターメッセージに @pagerduty-[serviceName] を使用します。これをモニターの Say what’s happening セクションに入力し始めると、オートコンプリートされるのがわかるはずです。
モニターが回復するとき、通知ハンドルをモニター回復メッセージに含めると、自動的に Pagerduty サービスを解決しますが、{{#is_alert}} コンテキストにのみ含まれている場合は解決しません。
PagerDuty インシデントの重大度は、アラートの原因となっているモニターのステータスによって決定されます。次の表は、アラートステータスが PagerDuty インシデントの重大度にどのようにマッピングされるかを示しています。
| モニターステータス | PagerDuty インシデント重大度 |
|---|---|
ALERT | error |
NODATA | error |
WARNING | warning |
OK またはその他 | info |
例えば、モニターが OK から WARNING に遷移し、@pagerduty-[serviceName] に通知した場合、作成される PagerDuty インシデントの重大度は warning となります。
注: このマッピングは自動的に行われ、変更することはできません。
Datadog では、PagerDuty に送信されるモニター通知の長さに上限を設けています。上限は 1024 文字です。
