AIToday
Snowflake AI BlogPublished: Aug 4, 2026, 01:01 JST

Snowflake and Google Cloud unite data engines via open Apache Iceberg

Snowflake and Google Cloud unite data engines via open Apache Iceberg

3 Key Points

  1. What happened

    Snowflake and Google Cloud have architected an interoperable data platform using Apache Iceberg as a shared open table format, allowing multiple engines (BigQuery, Spark, Trino, Flink, Snowflake) to read and write the same data directly from a customer's cloud storage without copying. The setup uses managed catalogs—Google Cloud's Lakehouse runtime catalog and Snowflake's Horizon Catalog—to govern access and enforce security across engines through standardized REST API protocols and time-limited credentials.

  2. Why it matters

    Organizations no longer face the false choice between using one engine (sacrificing specialization) or many engines (creating data redundancy and inconsistency). By moving compute to where data lives rather than copying data everywhere, teams reduce costs, improve security, and let each group use its preferred tool while maintaining unified governance, masking, and audit trails. For AI workflows, this means agents can access governed, semantically grounded data across catalogs to produce accurate answers instead of hallucinations.

  3. What to watch

    Snowflake's Semantic View Autopilot (part of Horizon Context) automatically discovers and maintains semantic models from query patterns; a natural-language CoCo assistant for semantic definitions is in private preview. Google Cloud offers its Universal Semantic Layer and Knowledge Catalog to add business context to Iceberg tables. Both platforms expose data to AI agents via model context protocol (MCP) servers and REST APIs, enabling agentic workflows across multi-cloud environments.

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 core tension Snowflake and Google Cloud address is that modern data teams no longer use a single analytics engine—they combine Spark, BigQuery, Gemini Enterprise Agent Platform, Snowflake's own CoCo and CoWork, and other specialized tools within the same pipeline depending on the job. Historically, this forced a brutal choice: replicate data across systems (creating redundancy and inconsistency) or force everyone through one engine (sacrificing specialization). The industry's solution emerged from the Data Locality principle: it is faster, cheaper and more secure to move executable code to where data lives than to move massive volumes of data across a network.

Apache Iceberg provides the open table format that makes this possible. By standardizing how data is physically laid out, Iceberg lets all engines read and write directly to the same tables without proprietary adapters. But an open format alone is insufficient—multiple engines writing concurrently risk corruption and inconsistency. That is where the catalog enters: it serves as the single governance authority, managing table metadata, enforcing access policies, coordinating writers and ensuring consistency. Snowflake's Horizon Catalog and Google Cloud's Lakehouse runtime catalog both implement the Iceberg REST Catalog (IRC) standard, a universally understood API that allows any engine to discover tables and commit updates. Crucially, both catalogs issue time-limited, scoped credentials rather than standing bucket access, so engines never gain persistent access to underlying storage—a design that makes federation (bidirectional cross-catalog access) secure and practical.

For AI workflows, data accessibility alone falls short. The article identifies three remaining gaps: programmatic access (so agents, not just human analysts, can query lakehouse data), semantic grounding (so AI systems understand what data represents and do not hallucinate), and contextual intelligence (surrounding knowledge—freshness, authority, domain relationships—that helps agents interpret data correctly). Snowflake addresses these through model context protocol (MCP) servers, Semantic View Autopilot (which auto-discovers semantic models from query patterns), and Horizon Context (which governs metadata). Google Cloud offers comparable mechanisms through BigQuery's MCP server, its Universal Semantic Layer, and Knowledge Catalog. Together, these layers allow agents to inherit consistent business logic and data context across the entire lakehouse, reducing drift and hallucination.

FAQ
What is Apache Iceberg and why does it matter?
Apache Iceberg is an open table format developed at Netflix and donated to the Apache Software Foundation that serves as a shared language all data engines understand. Instead of each engine storing data in its own format and replicating data across systems, Iceberg allows Spark, BigQuery, Trino, Flink, Snowflake and dozens of other engines to read and write directly to the same tables stored in the customer's own cloud storage bucket, eliminating redundancy and inconsistency.
How do Snowflake and Google Cloud govern data when multiple engines can access it?
Both platforms provide managed Iceberg catalogs that serve as a single governance authority: Snowflake's Horizon Catalog and Google Cloud's Lakehouse runtime catalog. The catalog issues short-lived, narrowly scoped storage tokens rather than permanent bucket credentials, enforces role-based access control, column-level masking, row policies, and audit logging. When one engine requests data from another's catalog, the catalog vends only the tokens that engine needs, so governance is enforced across catalog boundaries.
How does this setup help AI agents avoid hallucinations?
Semantic models and contextual metadata layer business logic, data quality signals, table descriptions and usage patterns atop the Iceberg data. Snowflake's Semantic View Autopilot automatically discovers and maintains these models from query patterns, while both Snowflake Horizon Context and Google Cloud's Knowledge Catalog provide Gemini-powered insights. When AI agents access data through model context protocol (MCP) servers, they receive the data along with this context, so they can produce grounded answers (e.g., 'Q4 revenue was $47.2M from the authoritative finance.revenue table') rather than generic guesses.
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.

Next articleNew AI models show major gains on single-pass reasoning evals