AIToday
AI Business & IndustrySnowflake AI BlogPublished: Jul 30, 2026, 06:01 JST

Snowflake, Google Cloud unite on open lakehouse for AI agents

Snowflake, Google Cloud unite on open lakehouse for AI agents

3 Key Points

  1. What happened

    Snowflake and Google Cloud have aligned their data platforms around Apache Iceberg (an open table format), the Iceberg REST Catalog (an open API specification), and bidirectional federation — allowing their respective catalog systems (Snowflake Horizon Catalog and Google Cloud's Lakehouse runtime catalog) to coexist and let multiple engines (BigQuery, Spark, Trino, Snowflake) read and write the same data directly from customer cloud storage without copying.

  2. Why it matters

    Organizations that use both platforms can now avoid redundant data replication and the choice between flexibility and consistency. Instead, teams select the best tool for each job while a single governance layer (the catalog) enforces unified access control, masking, and audit logging across all engines. The Iceberg REST Catalog standard means no proprietary integrations are needed — any Iceberg-compatible engine can participate.

  3. What to watch

    The joint architecture extends to AI agents through Snowflake's model context protocol (MCP) servers and semantic views (auto-discovered by Semantic View Autopilot), plus Google Cloud's Knowledge Catalog, which adds business context and data quality signals to prevent AI hallucination. Snowflake's CoWork (a personal work agent) and Gemini Enterprise agents can now query across federated catalogs with the same governance protections as human analysts.

Not sure about something? Ask the AI

Questions and answers are published on this page.

Summaries like this, in your inbox every morning.

Context & Analysis

The announcement reflects a fundamental shift in how enterprises handle multi-engine data architectures. Historically, organizations faced a choice: either let each team use its preferred tool and accept data redundancy and inconsistency, or force all teams through a single engine and lose specialization. Apache Iceberg, developed at Netflix and donated to the Apache Software Foundation, solved the first layer of this problem by providing a shared open table format. However, format alone does not ensure governance. The Iceberg REST Catalog standard (an open API specification) became the second pillar, creating a single authority to manage table metadata, enforce access policies, and issue vended credentials that prevent engines from gaining persistent access to underlying storage.

Snowflake and Google Cloud's alignment on this stack is significant because it eliminates the need for custom integrations between their respective catalog systems (Horizon and Lakehouse runtime catalog). Through bidirectional federation, an organization can start with one managed catalog and incrementally add others as needs evolve, all while maintaining unified governance. This is operationally simpler than a DIY self-managed catalog (such as Apache Polaris), which shifts infrastructure and scaling responsibility to the customer's team.

The third layer—making the lakehouse AI-ready—addresses a different problem. Data accessibility does not ensure data usefulness to AI agents. Snowflake's Semantic View Autopilot and Google Cloud's Knowledge Catalog close the gap by automatically discovering and maintaining semantic models (business logic), and by attaching contextual metadata (data quality signals, authoritative source definitions, hierarchies) directly to the data. When an AI agent queries, it receives not just raw data but the institutional knowledge needed to interpret it correctly, which reduces hallucination and aligns answers with business rules.

FAQ
Can Snowflake and Google Cloud catalogs work together?
Yes. Snowflake Horizon Catalog and Google Cloud's Lakehouse runtime catalog can coexist through catalog federation. When Google Cloud manages a catalog, Snowflake connects via a Catalog-Linked Database that auto-discovers tables; when Snowflake manages a catalog, Google Cloud services like BigQuery reach those tables through Lakehouse catalog federation.
What prevents data from being copied between systems?
Apache Iceberg serves as a shared open table format that all engines understand, and the Iceberg REST Catalog (IRC) provides a standard protocol for metadata and access. All engines read and write directly from the customer's cloud storage bucket using vended credentials (short-lived, narrowly scoped tokens) issued by the catalog, eliminating the need to move data.
How do AI agents avoid hallucinating when querying this lakehouse?
Snowflake Horizon Context and Google Cloud's Knowledge Catalog add semantic models (business logic, definitions, and hierarchies), data quality signals (freshness and completeness), and table descriptions in business terms. These are stored with the data and inherited by AI agents, so they receive both data and the context needed to interpret it correctly.
Snowflake AI BlogRead Original Article

AI news that matters for your work, delivered every morning.

Pick your industry and the AI tools you use, and get news related to your work every day.

Free · 30 seconds with Google · unsubscribe anytimeWhat is AIToday? →

Ask AI

Ask AI anything about this article. The AI reads this article, earlier AIToday articles, and Wikipedia, and cites its sources. Q&As are published on this page for other readers too.

Questions and answers are published on this page.

Related Articles

Next article1,224 frontier AI lab workers sign letter seeking power to slow AI development