Unity Catalogがデータ資産の発見と業務領域整理を強化

Databricksは、Unity Catalogを基盤に社内データ資産を見つけるDiscoverと、業務単位で整理するDomains／Subdomainsを公開プレビューで公開しました。

要点

• Discoverはテーブル、ダッシュボード、ノートブック、クエリー、メトリックビュー、Genieエージェント、アプリを社内マーケットプレイスのように提示します。
• DomainsとSubdomainsで資産を業務領域へ整理し、連絡先、セクション、ピン留め、認定を管理できます。
• 利用状況、人気、認定などを使うAI推薦で、認定済み・人気・トレンドの資産を探しやすくします。
• 既存の利用者権限を維持し、Unity Catalog SemanticsやGenie Ontologyにもつながります。用語集は今後の予定です。

今回のブログ記事で語られていること

データカタログに資産が登録されていても、利用者が業務上の意味を理解し、信頼できるものを選べなければセルフサービスは進みません。Discoverは、Unity Catalogにあるテーブルだけでなく、ダッシュボード、ノートブック、クエリー、メトリックビュー、Genieエージェント、Databricksアプリまでを社内マーケットプレイスのように並べます。活動量、人気、認定などを使ったAI推薦を加え、認定済み、人気、トレンドの資産を見つけやすくします。

DomainsとSubdomainsは、技術的なカタログ階層とは別に、財務、営業、製品などの業務領域で資産をまとめる仕組みです。スチュワードは領域と下位領域を作り、連絡先や説明用セクションを設定し、重要資産をピン留めし、認定できます。利用者はデータがどの業務文脈に属し、誰へ質問できるかを同じ場所で確認できます。中央チームがすべてを分類するのではなく、領域ごとの責任者へ運用を分散する設計です。

この整理は人の検索だけでなくAIエージェントにも関係します。DiscoverとDomainsで付与した文脈はUnity Catalog SemanticsやGenie Ontologyへつながり、エージェントが関連性の高い信頼済み資産へ探索範囲を絞る材料になります。ただし、推薦順位が正しさを保証するわけではありません。人気の資産が最新とは限らず、認定の基準や期限が曖昧なら誤った信頼を生みます。また公開プレビューのため、本番の必須導線に組み込む前に提供リージョン、権限挙動、監査ログ、API、変更可能性を確認する必要があります。用語集は今後提供予定であり、現時点では用語定義を別の管理手段とつなぐ設計も残ります。

今回のブログ記事が関係する人

データカタログ管理者、データスチュワード、分析者、業務部門、Genieやデータエージェントを構築するチーム、ガバナンス責任者に関係します。

結局、今回のブログ記事をどう読むべきか

カタログを登録簿から、発見と責任分担の入口へ変えるプレビューです。まず1つの業務領域で認定基準、所有者、更新期限、推薦の妥当性を試し、プレビューの制約を確認してから広げるのがよいです。