This product is not supported for your selected
Datadog site. (
).
Bits Investigation の機能を拡張するためインテグレーションをセットアップします。
Bits Investigation は、GitHub、Grafana、Dynatrace、Splunk、Sentry、ServiceNow と統合し、監視可能性データとソースコードを調査に組み込みます。Bits Investigation がコードで解決可能な問題を特定したときに Bits Code がコード修正を生成するためには、ソースコードへのアクセスも必要です。
GitHub
GitHub を構成するには、次のようにします。
- GitHub インテグレーション をインストールします。
- 実行中のアプリケーションバージョンを特定のレポジトリやコミットにリンクするため、APM テレメトリに Git 情報でタグ付け します。
デフォルトでは、すべての調査が Bits 調査 ページに表示されます。
モニターアラート調査の場合、調査結果の概要はモニターのステータスページで確認できます。モニターですでに@slack、@case、または@oncall 通知 が構成されている場合、Bits は自動的にその調査結果をそれらの送信先に投稿します。それ以外の場合は、以下の手順を使用してこれらのインテグレーションをセットアップできます。
Slack
- Datadog Slack アプリ が Slack ワークスペースにインストールされていることを確認します。
- モニターで [Configure notifications and automations] (通知と自動化の構成) に移動し、
@slack-{channel-name} ハンドルを追加します。これにより、選択した Slack チャンネルにモニター通知が送信されます。 - 最後に、[Bits Investigation] >[ Settings] (設定) > [Integrations] に移動し、Slack ワークスペースを接続します。これにより、Bits は Slack でモニター通知の直下に調査結果を Slack に直接書き込めるようになります。
各 Slack ワークスペースは、1 つの Datadog オーガニゼーションにのみ接続できます。
Microsoft Teams (プレビュー)
- Microsoft のテナントを Datadog に接続します。
- モニターで [Configure notifications and automations] (通知と自動化の構成) に移動し、
@teams-{handle-name} ハンドルを追加します。これにより、選択した MS Teams チャンネルにモニター通知が送信されます。Bits は、これらの通知に調査結果を付加します。
Bits Investigation と Microsoft Teams のインテグレーションは、すべてのお客様にプレビュー版として提供されています。
Datadog Work Management
Datadog Work Management は、Datadog とサードパーティのインテグレーションによって検出された問題をトリアージ、追跡、および修復するための一的な管理ワークスペースを提供します。Bits Investigation は、調査結果を Work Management を介して Jira および ServiceNow に自動的に配信します。
Work Management と Jira インテグレーションおよび ServiceNow インテグレーションをセットアップするには、次のようにします。
- チームの Work Management プロジェクト を作成します。
- Datadog で [Work Management] > [Settings] (設定) に移動します。プロジェクトのリストでプロジェクトを展開し、[Integrations] > [Datadog Monitors] (Datadog モニター) に移動して、[Enable Datadog Monitors integration for this project] (このプロジェクトで Datadog モニターインテグレーションを有効にする) トグルをオンにします。これにより、プロジェクト固有のハンドル :
@case-{project_name} が生成されます。 - 同じページの [Integrations] で、Work Management の Jira インテグレーションおよび/または ServiceNow インテグレーションをセットアップします。新しい作業項目が作成されると、Work Management は対応する Jira チケットまたは ServiceNow インシデントを自動的に開くことができます。
- モニターで [Configure notifications and automations] (通知と自動化の構成) に移動し、
@case-{project_name} ハンドルを追加します。モニターがトリガーされると、次の処理が行われます。- Datadog が自動的に新しい作業項目を作成します。
- 作業項目により、リンクされた Jira チケットまたは ServiceNow インシデントが作成されます。
- Bits が調査結果を作業項目に直接書き込みます。これは、Jira にはタイムラインコメントとして、ServiceNow には作業メモとして追加されます。
Datadog On-Call
Datadog On-Call は、監視、ページング、インシデント対応を 1 つのプラットフォームに統合するページングソリューションです。
On-Call をセットアップするには、モニターで [Configure notifications and automations] (通知と自動化の構成) に移動し、@oncall-{team} ハンドルを追加します。Bits の調査結果は Datadog モバイルアプリの [On-Call] ページに表示されるため、チームは外出先でも問題をトリアージできます。
ナレッジベースからのコンテキストの取得
Confluence
Bits Investigation と Confluence のインテグレーションにより、以下の操作が可能になります。
- モニターアラート調査を支援するための関連するドキュメントやランブックを見つける
- チャットで Confluence コンテンツを直接操作できるようにする
Confluence を使用するように Bits Investigation をセットアップするには、次のようにします。
- Confluence インテグレーションタイル の手順に従って、Confluence Cloud アカウントを接続します。
- オプションで、アカウントクロールを有効にします。これにより、Bits のチャットインターフェース内で Confluence をデータソースとして使用できます。アカウントクロールを有効にしなくても、Bits は引き続き Confluence を使用して調査計画を作成できます。
- モニターのメッセージに Confluence ページへのリンクを追加します。Bits はページを読み取り、調査計画の作成時に Datadog テレメトリリンクやその他のコンテキストを抽出します。
- [Bits Settings] (Bits 設定) ページ ですべての接続済み Confluence アカウントを確認できます。
Bits Investigation に適用される RBAC 権限は 2 つあります。
| 名前 | 説明 | デフォルトロール |
|---|
Bits Investigations Read (bits_investigations_read) | Bits 調査を読み取ります。 | Datadog Read Only |
Bits Investigations Write (bits_investigations_write) | Bits 調査を実行および構成します。 | Datadog 標準ロール |
これらの権限は、デフォルトで管理対象のロールに追加されます。オーガニゼーションでカスタムロールを使用している場合、または以前にデフォルトのロールを変更している場合は、User Access Manage 権限を持つ管理者が、適切なロールにこれらの権限を手動で追加する必要があります。詳細については、アクセス制御 を参照してください。
Bits Investigation の無効化
オーガニゼーションが Bits Investigation を使用できないようにするには、User Access Manage 権限を持つ管理者がすべてのロールから bits_investigations_read 権限と bits_investigations_write 権限を削除する必要があります。詳細については、アクセス制御 を参照してください。
または、管理者が [Plan & Usage] (プランと使用法) > [AI Credits](AI クレジット) のオーガニゼーションレベルのトグルを使用して、AI Credits で請求可能なすべての AI 製品を無効にすることもできます。詳細については、AI Credits の管理者コントロール を参照してください。
レート制限により、Bits が 24 時間のローリング期間内に実行できる自動調査の最大数が定義されます。レート制限に達した後も、引き続き 手動調査 をトリガーできます。
レート制限の種類
- Per monitor limit (モニターあたりの制限)
- 24 時間のローリングウィンドウ内に、単一モニターから調査が自動的にトリガーされる頻度を制御します。
- デフォルト: 各モニターは 24 時間ごとに 1 回の自動調査をトリガーできます。
- Organization limit (オーガニゼーションの制限)
- Bits がオーガニゼーション全体で 24 時間以内に実行できる自動調査の合計数を定義します。
- デフォルト: 制限なし。
レート制限の設定
レート制限を設定するには、次のようにします。
- [Bits Investigation] > [Settings] (設定) > [Rate Limits] (レート制限) に移動します。
- 有効にするレート制限をオンに切り替えます。
- 24 時間のローリングウィンドウ内で実行する調査の最大数を設定します。
- [Save] (保存) をクリックします。
Audit Trail
Audit Trail でユーザーが開始したアクションを監視できます。イベントは次の時点で送信されます。
- ユーザーが手動で調査を開始したとき、および調査が完了したとき
- 手動調査でツール呼び出しが実行されたとき
- ユーザーがモニターの自動調査を有効または無効にしたとき
- ユーザーがモニターのレート制限を変更したとき
アクション
Bits Investigation には 3 つの アクション が用意されています。
- Trigger Investigation (調査のトリガー)
- Get Investigation (調査の取得)
- List Investigations (調査の一覧表示)
これらのアクションを使用して、各自のユースケースに合わせてワークフロー、エージェント、アプリを構築できます。
API
API を介してプログラムから調査をトリガーまたは取得できます。
