通知の送信先を管理する
この記事では、ワークスペースの通知先を作成して構成する方法について説明します。
システム通知は、ワークフローで実行イベント (開始、成功、失敗) が発生したときに通知するメッセージです。 デフォルトでは、通知はユーザーの電子メール アドレスに送信されますが、管理者は Webhook を使用して代替の通知先を設定できます。 これにより、Databricks とのイベント駆動型統合を構築できます。
通知先を管理するには、Databricks ワークスペース管理者である必要があります。 宛先を設定すると、すべてのユーザーがその宛先を使用できるようになります。
ネットワーク要件
通知先は、ワークスペース コントロール プレーン Web アプリの IP アドレスを許可リストに追加する必要があります。 「Databricks のサービスと資産の IP アドレスとドメイン」を参照してください。
Databricks では、セキュリティのために HTTPS の使用を強制しています。 通知の送信先は、信頼できる認証局によって署名された Secure Sockets Layer (SSL) 証明書を使用する必要があります。
新しい通知先を作成する
新しい通知先を構成するには
ワークスペースの上部バーにあるユーザー名をクリックし、ドロップダウンから「設定」を選択します。
ワークスペース管理セクションで、 [通知]タブをクリックします。
[ 管理 ] ボタンをクリックします。
[ + 宛先を追加] をクリックします。
宛先タイプを選択します。 現在、次の宛先がサポートされています。
Eメール
Webhook
MS Teams
PagerDuty
タイプに基づいて宛先を設定します。
[作成]をクリックします。
宛先ごとに異なる資格情報を使用する
宛先の構成は、Databricks ワークスペースに暗号化されて安全に保存されます。 サードパーティのエンドポイントが侵害された場合にセキュリティを強化するために、Databricks では、構成された宛先ごとに異なる資格情報を使用することをお勧めします。 これらには以下が含まれます:
Slack: 通知の送信先の URL。
MS Teams: 通知の送信先の URL。
PagerDuty: PagerDuty サービスに通知を一意にルーティングするために使用される統合キー。
Webhook: 通知の配信時に HTTP 基本認証を使用してサードパーティのエンドポイントに対して認証するために使用されるユーザー名とパスワード。
構成された各送信先に異なるシークレットを使用すると、Databricks ワークスペース内の他のすべての送信先の操作に影響を与えることなく、個々の通知送信先へのアクセスを個別に取り消すことができます。
Slack の宛先
Slack の宛先を設定するには、「 Slack の受信 Webhook」の手順に従います。 生成された URL を Databricks 通知先に貼り付けます。
ジョブにWebhookを追加する
宛先を設定したら、通知宛先をジョブに追加できます。 詳細については、「 ジョブ イベントの Eメール 通知とシステム通知の追加」を参照してください。
ユーザーは、ジョブごとに各イベント タイプに対して最大 3 つのシステム宛先を設定できます。