Databricks 2026年5月18日のリリースノート解説: Unified runs list GA と Lakebase project recovery

Databricks は May 2026 platform release notes を 2026年5月18日に更新し、Unified runs list の GA を公開しました。同じ current page では 5月15日付の Lakebase project recovery heading も新しく見えるため、運用面の関連更新として併せて確認します。

要点

• all jobs and pipelines の runs を updated Runs list で一元的に確認できるようになった
• pipeline runs も含め、status、time、run-as user、run ID、error codes で filter できる
• current top five error codes の visualization / summary を使って傾向を見られる
• Lakebase project は削除後すぐ完全削除されず、7日間は recovery できる soft-deleted state に入る
• Databricks monthly mutable page の native heading として、同日・同月の既存記事とは別に照合すべき更新

今回のリリースノートで語られていること

Databricks の 2026年5月18日 release note は、updated Runs list が GA になったことを案内しています。これにより、jobs と pipelines の runs を一つの runs list で確認できるようになります。対象には pipeline runs も含まれ、status、time、run-as user、run ID、error codes による real-time filtering ができます。さらに、current top five error codes の visualization と summary によって、失敗傾向や運用品質を把握しやすくなります。

この更新は、派手な新機能というより、Databricks を日常運用するチームの観測性とトラブルシューティングに関わります。Lakeflow Jobs、pipelines、scheduled workloads、data product 更新処理が増えるほど、どの run が失敗し、どの user / service principal で実行され、どの error code が多いのかを一画面で追えることが重要になります。特に jobs と pipelines の確認場所が分かれていると、incident response や朝会での障害確認に余計な時間がかかります。Unified runs list が GA になったことで、運用チームは Databricks 内の実行履歴をより標準的な監視・調査手順に組み込みやすくなります。

同じ current monthly page では、5月15日付の Lakebase project recovery heading も見えます。Lakebase project を削除すると、すぐに完全削除されるのではなく、7日間 soft-deleted state に入り、その間は branches、databases、endpoints、project settings を含めて復元できるようになります。これは、開発・検証環境だけでなく、本番に近い Lakebase project を扱うチームにとって大きな安全弁です。誤削除、権限設定ミス、IaC / automation の不具合、手動作業の取り違えが起きても、7日間の recovery window があれば復旧判断の余地が生まれます。

ただし、soft delete はバックアップや変更管理の代替ではありません。7日を過ぎれば permanent deletion に進むため、削除操作の承認、監査ログ、alerting、復旧手順、依存 downstream workload の確認は引き続き必要です。特に endpoints や branches を含めて復元できる場合でも、削除中に停止した job、接続失敗した applications、再作成された credential や secret との整合性は別途確認する必要があります。

今回の2つの heading は、Databricks の運用成熟度に関する更新として読むと分かりやすいです。Unified runs list は実行状況と失敗傾向を見る場所を整え、Lakebase recovery は重要な project resource の削除事故に対する復旧余地を広げます。AI / data pipeline の自動化が増えるほど、作る機能だけでなく、失敗したときに見つけられるか、戻せるかが運用品質を左右します。

対象になりそうなチーム

• Databricks Jobs、Lakeflow Pipelines、scheduled workloads を運用する data platform team
• Lakebase project を本番・検証環境で使う data engineering / application team
• Databricks の run failure、error codes、削除操作を監査・運用管理する platform operations team

実務で確認したいポイント

Unified runs list は、既存の運用手順で jobs と pipelines をどこから確認しているかを見直す機会です。error code の集計を incident review や weekly operations review に組み込めるかを確認します。Lakebase recovery は、誰が project を削除できるか、7日以内に誰が復元判断をするか、削除検知 alert をどう出すかを決めておく必要があります。

結局、この更新をどう見るべきか

5月18日の Databricks 更新は、開発者体験だけでなく運用の見通しと復旧性を上げるものです。Databricks 上の pipelines、jobs、Lakebase を本番運用しているチームは、監視手順と削除リカバリ手順の両方を確認しておきたい release-note unit です。