Apache Polaris 1.5、プラガブル認可・BigQuery Metastore federation・CLI改善を公開

Snowflake は 2026年6月2日、Apache Polaris 1.5 の内容をEngineering Blogで紹介しました。

要点

• Polaris 1.5では認可レイヤーがプラガブルになり、Apache Ranger ベータ対応が示されています。
• BigQuery Metastore federation、GoogleAuthManager、GenericテーブルAPI向けの認証情報委任も取り上げられています。
• CLI、イベントリスナー、JDBC/NoSQL永続化レイヤーの性能・正確性改善も含まれます。
• SnowflakeのInteroperable Lakehouse戦略と強く関係します。

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

今回の記事は、Apache Polaris 1.5 のリリース内容を、Icebergカタログ運用の観点で整理しています。Polarisは、Apache Iceberg向けのオープンなカタログとして、Snowflakeのオープンデータ戦略と深く関係します。1.5で最も重要なのは、認可レイヤーがプラガブルになったことです。これにより、Polaris内部のロールベースアクセス制御に依存しすぎず、外部の認可システムがアクセス判断を行いやすくなります。

記事では、Apache Ranger ベータ対応が特に重要な変更として説明されています。すでにRangerでデータアクセス方針を管理している組織は、Polaris管理のIcebergテーブルにも同じポリシー体系を適用しやすくなります。これは、オープンレイクハウスで避けにくい「エンジンごと、カタログごとに権限が分かれる」問題への対応として読めます。

フェデレーション面では、BigQuery Metastore federation が追加され、PolarisがBigQuery Metastore上のテーブルをIceberg RESTカタログのインターフェースとして扱える方向が示されています。さらに、GCSバックエンドではGoogleAuthManagerを使った認証情報パススルー、GenericテーブルAPIではDelta Lake、Hudi、Paimonのようなテーブル形式に対する認証情報委任の仕様も説明されています。

運用面では、CLIの テーブル summarize や find、複数イベントリスナー、JDBC永続化のロック改善、認証情報払い出しのレイテンシ改善、権限チェックの性能修正などが含まれます。これらは派手ではありませんが、Polarisを本番カタログとして運用するうえで重要です。

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

• snowflake をすでに利用しており、今回の内容が運用、開発、分析、データ連携にどう影響するかを確認したいチーム
• AI・データ基盤の選定や導入計画を進めており、公式ブログの背景や実務上の読み方を整理したい担当者
• セキュリティ、ガバナンス、監査、コスト、サポート体制など、発表内容を本番運用の判断材料に落とし込みたい管理者

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

Icebergカタログを運用するチームは、Polaris 1.5で認可、フェデレーション、認証情報委任、CLI運用がどう変わるかを確認してください。RangerやGCPを使っている場合は、既存のポリシー管理と接続できるかが重要です。

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

Apache Polaris 1.5 は、Snowflakeのオープンデータ戦略を支える実装面の更新です。Icebergを本番運用する企業にとって、カタログ、認可、フェデレーション、運用性の成熟が進んだリリースとして注目です。