通知の送信先を管理する

[アーティクル]
10/10/2023

重要

この記事では、ワークスペースの通知の送信先を作成および構成する方法について説明します。

システム通知は、ワークフローで実行イベント (開始、成功、失敗) が発生したときに通知するメッセージです。既定では、通知はユーザーの電子メールアドレスに送信されますが、管理者は Webhook を使用して代替の通知の送信先を構成できます。これにより、Azure Databricks とのイベントドリブン型の統合を構築できます。

通知の送信先を管理するには、Azure Databricks ワークスペース管理者である必要があります。構成が完了すると、すべてのユーザーが送信先を使用できるようになります。

ジョブのサポートされる送信先

パブリックプレビューの一環として、Azure Databricks ではジョブ通知の次の送信先がサポートされています。

HTTP: ジョブの実行に関する情報を含む構成済みの URL に対する HTTP 要求を取得します。
Slack: 構成されたチャネルでメッセージを即座に受信し、ジョブの実行状態に対してアクションを実行します。

新しい通知の送信先を作成する

新しい通知の送信先を構成するには

ワークスペースの上部バーでユーザー名をクリックし、ドロップダウンから [管理者設定] を選択します。
[Notification destinations] (通知の宛先) タブをクリックします。
[+ New destination] (+ 新しい送信先) を選択します。
送信先の種類を選択します。現時点では、次の送信納先がサポートされています。
- メール
- Slack
- Webhook
- MS Teams
- PagerDuty
種類に基づいて宛先を構成します。
Create をクリックしてください。

宛先ごとに異なる資格情報を使用する

宛先の構成は、Azure Databricks ワークスペースに暗号化されて安全に格納されます。サードパーティのエンドポイントが侵害された場合に備えてセキュリティを強化するために、Azure Databricks では、構成された宛先ごとに異なる資格情報を使用することをお勧めしています。次のようなものが含まれます。

Slack: 通知の送信先の URL。
MS Teams: 通知の送信先の URL。
PagerDuty: 通知を PagerDuty サービスに一意にルーティングするために使用される統合キー。
Webhook: 通知を配信するときに HTTP 基本認証を使用してサードパーティ製エンドポイントに対して認証するために使用されるユーザー名とパスワード。

構成された宛先ごとに異なるシークレットを使用することで、Azure Databricks ワークスペースでの他のすべての宛先の操作に影響を与えることなく、個々の通知先のアクセスを個別に取り消すことが可能になります。

Slack 送信先

Slack の送信先を設定するには、「Slack での Incoming Webhook の利用」の手順に従います。生成された URL を Azure Databricks 通知の送信先に貼り付けます。

Webhook をジョブに追加する

宛先を構成したら、通知の送信先をジョブに追加できます。詳細については、「ジョブイベントのメール通知とシステム通知を追加する」を参照してください。

ユーザーは、ジョブごとのイベントの種類ごとに最大 3 つのシステム送信先を構成できます。

制限事項

現在、通知先には次の制限があります。

Databricks SQL とジョブの通知のみを構成できます。
ジョブについては、現在 Slack と Webhook のみが送信先としてサポートされています。

次の方法で共有