次の方法で共有


ステータスページ

Azure Databricks Status Page では、すべてのコア Azure Databricks サービスの概要が示されます。 また、個々のサービス コンポーネントの状態の更新をサブスクライブし、サブスクライブしているサービスの状態が変更されるたびにアラートを受け取ることもできます。

次の図は、ライブ リンクではなくスクリーンショットです。 実際の現在の状態を表示するには、次のリンクをクリックします: 状態ページ

Azure ステータス ページ

状態ページは、Azureリージョン別に分類されます。 選択した地域のすべてのアクティブリージョンを表示するには、4 つの主要 geo (米州ヨーロッパアジア太平洋、または 中東とアフリカの) のいずれかを選択します。

サービスの状態はリージョンごとに追跡されます。 サービスの状態がリージョンによって異なる場合があります。

Azure Databricks サービスに加えて、Azure全体の状態も表示されます。 Azureサービスの状態は、Microsoftによって提供されます。 Azure Databricksの外部にあります。

サービス アイコン

サービスの状態は、色分けされたアイコンで示されます。

これらのアイコンは、個々のサービスだけでなく、geo と外部サービス全体にも使用されます。

サービス運用 すべてのサービスが運用可能です。

サービスの機能低下 1 つ以上のサービスが機能低下状態で実行されています。

サービスダウン 1 つ以上のサービスが現在停止しています。

計画メンテナンス 1 つ以上のサービスが計画メンテナンスを受ける予定です。

アクティブ メンテナンス 計画メンテナンスのために 1 つ以上のサービスが停止しています。

状態ページのアイコンにカーソルを合わせると、現在の状態の概要が表示されます。

インシデント ページ

黄色、赤、または青のサービス状態アイコンを選択して、詳細なインシデント ページを表示します。

インシデント ページには、インシデントの状態、影響を受ける コンポーネントの、および影響を受ける の場所が強調表示。 インシデントが解決されると、インシデント ページにインシデントの 期間 が分単位で表示されます。

詳細は、インシデント ページの 更新 セクションに含まれています。 ここでは、インシデントに関する最新情報と、既知の軽減策を確認できます。

購読する

状態ページを表示するだけでなく、次の方法の 1 つ (または複数) を使用して更新プログラムをサブスクライブすることもできます。

手記

各リージョン内の個々のサービスをサブスクライブできます。 これにより、ユーザーに関連するサービスに対してのみアラートを受け取ります。

Email

電子メール通知をサブスクライブするには:

  1. [更新をサブスクライブ] (状態ページの右上隅) をクリックします。
  2. [電子メール] をクリックします。
  3. メール アドレスを入力します。
  4. [サブスクライブ] をクリックします。
  5. [サブスクリプション の管理 ] ページで、追跡するすべてのコンポーネントを選択します。
  6. [サブスクリプションの保存] をクリックして、選択内容を確認します。

既存のサブスクリプションを管理するには:

  1. [更新をサブスクライブ] (状態ページの右上隅) をクリックします。
  2. [電子メール] をクリックします。
  3. [既存のサブスクリプションを管理] をクリックします。
  4. アクティブなサブスクリプションのメール アドレスを入力します。
  5. [サブスクリプション 管理] をクリックすると、サブスクリプションを管理するためのリンクが電子メールで送信されます。
  6. メールを開き、リンクをクリックします。
  7. [ サブスクリプションの管理 ] ページで、追跡するすべてのコンポーネントを選択し、削除するすべてのコンポーネントの選択を解除します。
  8. [サブスクリプションの保存] をクリックして、選択内容を確認します。

Webhook

Webhook 通知をサブスクライブするには:

  1. [更新をサブスクライブ] (状態ページの右上隅) をクリックします。
  2. [Webhook] をクリックします。
  3. Webhook の URL を入力します。
  4. メール アドレスを入力します。
  5. [サブスクライブ] をクリックします。
  6. [サブスクリプション の管理 ] ページで、追跡するすべてのコンポーネントを選択します。
  7. [サブスクリプションの保存] をクリックして、選択内容を確認します。

既存のサブスクリプションを管理するには:

  1. [更新をサブスクライブ] (状態ページの右上隅) をクリックします。
  2. [Webhook] をクリックします。
  3. [既存のサブスクリプションを管理] をクリックします。
  4. Webhook に使用している URL を入力します。
  5. アクティブなサブスクリプションのメール アドレスを入力します。
  6. [サブスクリプション 管理] をクリックすると、サブスクリプションを管理するためのリンクが電子メールで送信されます。
  7. メールを開き、リンクをクリックします。
  8. [ サブスクリプションの管理 ] ページで、追跡するすべてのコンポーネントを選択し、削除するすべてのコンポーネントの選択を解除します。
  9. [サブスクリプションの保存] をクリックして、選択内容を確認します。

Webhook ペイロードの例

Webhook 経由で POST できる JSON ペイロードの例を次に示します。

{
  "id": "552adb8331a9553b11000008",
  "message_id": "542adb8331a9553b11000008",
  "title": "Server Upgrades",
  "datetime": "2015-04-03T18:38:57.326Z",
  "current_status": "Planned Maintenance",
  "infrastructure_affected": [
    { "component": "551ed627b556f14210000005", "container": "551ed5ac590f5a3b10000006" },
    { "component": "551ed627b556f14210000005", "container": "551ed5b1c9f9404110000005" }
  ],
  "components": [{ "name": "Chat Service", "_id": "551ed627b556f14210000005" }],
  "containers": [
    { "name": "East Server", "_id": "551ed5ac590f5a3b10000006" },
    { "name": "West Server", "_id": "551ed5b1c9f9404110000005" }
  ],
  "details": "We've completed upgrades for all East Servers. No issues so far. Moving on to West Servers next. Updates to follow.",
  "maintenance_url": "https://status.io/pages/maintenance/5516e01e2e55e4e917000005/5116e01e2e33e4e413000001",
  "status_page_url": "https://status.io/pages/5516e01e2e55e4e917000005"
}

Slack

Slack 通知をサブスクライブするには:

  1. [更新をサブスクライブ] (状態ページの右上隅) をクリックします。
  2. [Slack] をクリックします。
  3. [Slack に追加] をクリックします。
  4. 通知を受信する Slack ワークスペースの名前を入力します。
  5. [続行]をクリックします。
  6. Slack ワークスペースにサインインします。 Slack インスタンスで必要な場合は、2FA で検証する必要がある場合があります。
  7. ステータス ページ メッセージを受信する既存のチャネルを選択します。
  8. [許可] をクリックします。
  9. [サブスクリプション の管理 ] ページで、メール アドレスを入力し、追跡するすべてのコンポーネントを選択し、削除するすべてのコンポーネントの選択を解除します。
  10. [サブスクリプションの保存] をクリックして、選択内容を確認します。

既存のサブスクリプションを管理するには:

  1. [更新をサブスクライブ] (状態ページの右上隅) をクリックします。
  2. [Slack] をクリックします。
  3. [既存のサブスクリプションを管理] をクリックします。
  4. 状態の更新を受け取る Slack チャネル ID を入力します。
  5. Slack チャネルに登録したメール アドレスを入力します。
  6. [サブスクリプション 管理] をクリックすると、サブスクリプションを管理するためのリンクが電子メールで送信されます。
  7. メールを開き、リンクをクリックします。
  8. [サブスクリプション の管理 ] ページで、追跡するすべてのコンポーネントを選択し、削除するすべてのコンポーネントの選択を解除します。
  9. [サブスクリプションの保存] をクリックして、選択内容を確認します。

パブリック ステータス API

ブラウザーでサービスの正常性を表示するだけでなく、パブリック Status Page API を使用してAzure Databricksサービスの状態をプログラムで取得できます。

Azure Databricks状態ページでは、現在のシステム状態のマシンが読み取り可能なスナップショットを JSON 形式で返す読み取り専用エンドポイントが公開されます。 エンドポイントは単一の HTTP GET 要求で照会でき、認証は必要ありません。

エンドポイント:https://status.azuredatabricks.net/1.0/status/5d49ec10226b9e13cb6a422e

要求の例:

curl https://status.azuredatabricks.net/1.0/status/5d49ec10226b9e13cb6a422e

応答は JSON であり、次のものが含まれます。

  • システムの全体的な状態
  • 個々のサービス コンポーネントの状態
  • アクティブなインシデント
  • スケジュールされたメンテナンス (ある場合)
  • タイムスタンプと説明的な状況文字列
応答の例

次に、JSON ペイロードの構造を示す切り捨てられた例を示します。 実際の応答には、すべてのサービスとリージョンが含まれます。

{
  "result": {
    "status_overall": {
      "updated": "2026-03-31T00:19:18.679Z",
      "status": "Operational",
      "status_code": 100
    },
    "status": [
      {
        "id": "5d02c32d086f1d04b97eb367",
        "name": "Compute",
        "status": "Operational",
        "status_code": 100,
        "containers": [
          {
            "id": "5d02c768b2e5f00a022b5fb2",
            "name": "US East 1",
            "updated": "2026-03-31T00:19:18.253Z",
            "status": "Operational",
            "status_code": 100
          }
        ],
        "updated": "2026-03-31T00:19:18.350Z"
      }
    ],
    "incidents": [],
    "maintenance": {
      "active": [],
      "upcoming": []
    }
  }
}

応答コード

応答には、さまざまな目的に対応する 2 つの数値フィールドが含まれています。

  • status: 重大度または影響レベル — "どのくらい悪いですか?
  • state: インシデントまたはメンテナンスイベントのライフサイクルステージ — "対応の進捗状況はどうですか?"

これらの値は、インシデント メッセージとメンテナンス メッセージ内に表示されます。 次のセクションでは、各フィールドで使用できる値について説明します。

インシデントのライフサイクル (state 値)

state フィールドは、インシデントまたはメンテナンス イベントが進行している場所を示します。

  • 100 — 調査中: 問題が検出され、最初の調査中です。
  • 200 — 特定: 原因は既知であり、軽減作業が進行中です。
  • 300 — 監視: 修正プログラムが適用され、チームは安定性を監視しています。
  • 400 — 解決済み: インシデントまたはメンテナンス アクティビティが完了しました。
サービスの重大度 (status 値)

status フィールドは、メッセージが投稿されたときの影響レベルを表します。

  • 100 — 運用:サービスは正常に機能しています。
  • 200 — 計画メンテナンス: メンテナンス アクティビティが進行中またはスケジュールされています。
  • 300 — パフォーマンスの低下: サービスは利用できますが、損なわれます。
  • 400 — 部分的なサービス中断: 一部の機能またはコンポーネントは使用できません。
  • 500 — 大規模なサービス停止: 広範囲にわたるサービス中断。
メンテナンス イベント

メンテナンス イベントでは、セマンティクスが異なる同じフィールドが使用されます。

  • メンテナンス status: 通常は 200。計画メンテナンスが進行中またはスケジュールされていることを示します。
  • メンテナンス state:
    • 100 — 発表済みまたはスケジュール済み
    • 200 — 進行中のメンテナンス
    • 300 — 監視の完了
    • 400 — 完了