On November 4, 2026, Google announced Agentic Data Cloud updates focused on accessing distributed data and giving agents shared business context.
Published byEdited with GPT-6 LunaImages generated with GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What did Google announce on November 4, 2026, about its Agentic Data Cloud, first introduced at Google Cloud Next 2026, and how do its Apach. Article summary: On November 4, 2026, Google announced updates to its Agentic Data Cloud centered on querying distributed data and giving AI agents more consistent business context, extending the architecture introduced at Google Cloud N. Topic tags: general, documentation, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
Google’s November 4, 2026, Agentic Data Cloud announcement centers on a practical goal: help AI agents use data across an organization’s cloud environment without first consolidating everything in one place, while giving them business context to interpret it. The Apache Iceberg-based Borderless Lakehouse and Knowledge Catalog are the core pieces. But availability varies by capability, and the available evidence does not establish that cross-cloud access eliminates all costs or validates every reported savings claim. 4
10
Google describes Borderless Lakehouse as a governed data foundation built on the open Apache Iceberg format. Its Lakehouse documentation presents Iceberg as the basis for a unified interface for analytics and AI. 4
1 Google’s product materials describe querying and activating data across clouds without relocating it, while industry coverage says the November update enables queries against data in AWS and Azure.
15
3
That goal is different from moving data into a central warehouse before analysis. In principle, querying data in place can reduce the need for pipelines built solely to copy data between systems. It still depends on the relevant connections, permissions, formats, and services being configured.
Google’s product page says Borderless Lakehouse is generally available. 11 That should not be read as proof that every integration or federation feature has the same status: Google’s Lakehouse overview describes catalog federation with AWS Glue, Databricks Unity Catalog, and Snowflake Horizon as in preview.
10 Google documentation also describes a cross-cloud connection for querying Databricks Unity Catalog data from Google Cloud.
The distinction matters when evaluating claims about private interconnects, caching, or zero-copy integrations. The available source excerpts do not verify the full set of AWS and Azure networking and caching details, or zero-copy integrations with SAP, Workday, and Salesforce. Those specifics should not be treated as established here.
Access to tables alone does not tell an agent what a metric means, which definition a team trusts, or how different datasets relate. Google positions Knowledge Catalog as a way to bring business meaning and governed context to data used by agents. The November announcement says Borderless Lakehouse integrates with Knowledge Catalog to index distributed and unstructured cloud data for agent context. 4
Google has also described self-learning context enrichment and Knowledge Studio as previews. The enrichment feature is intended to use agent and user interactions to identify gaps in business context; Knowledge Studio gives data stewards tools to explore and review that context. 19 These are context-management capabilities, not evidence by themselves that an agent can safely carry out a business process.
Gemini Enterprise release notes document a preview of federated query mode for Data Cloud connectors and a preview Knowledge Catalog integration. When a federated Data Cloud connector is attached, Knowledge Catalog is automatically enabled for the Assistant, with read-only tools to search data the user can access and retrieve technical and business context. 17 That is a documented, bounded integration—not confirmation of every broader claim about Gemini support.
Google’s cross-cloud pitch emphasizes access without moving data, and coverage of the announcement describes queries across AWS and Azure without variable egress costs. 15
3 But the available announcement and documentation excerpts do not establish that every remote-cloud charge disappears, or provide enough detail to assess the full cost of a particular workload.
Likewise, the materials provided do not substantiate the reported roughly 40% reduction in data-movement costs for talabat or confirm the specific Amazon S3 Iceberg-to-BigQuery configuration behind that figure. Even if a data-movement saving were verified, it would not by itself demonstrate a comparable reduction in total query costs or the cost of completing an agent task.
Contemporary coverage lists AlloyDB and BigQuery among the products receiving updates alongside Knowledge Catalog. 3 The available excerpts do not establish the specific claim that AlloyDB can directly join Iceberg historical records with live PostgreSQL operational data, so that capability cannot be confirmed from these sources.
Spanner Omni is a separate, relevant part of Google’s broader data strategy: Google announced its general availability on September 30, 2026, describing it as a distributed, multi-model database deployable on premises or in other clouds. It was therefore not first announced as generally available on November 4. 20
The supported takeaway is that Google is building a cross-cloud data-access layer and pairing it with shared context for AI assistants and agents. That can help agents find relevant information and use consistent definitions. 4
17
19
It does not, on its own, show that an agent can safely execute a business process. That requires separate evidence about permissions, validation, transaction handling, auditing, recovery, and the total cost of successfully completing the task. The supplied excerpts also do not provide enough detail to verify the cited analyst assessments or comparisons with Microsoft, Databricks, Snowflake, and AWS. The announcement is a statement of platform direction; claims about autonomous execution and its economics need evidence beyond data access and context features.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
On November 4, 2026, Google announced Agentic Data Cloud updates focused on accessing distributed data and giving agents shared business context.
On November 4, 2026, Google announced Agentic Data Cloud updates focused on accessing distributed data and giving agents shared business context.
Published byEdited with GPT-6 LunaImages generated with GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What did Google announce on November 4, 2026, about its Agentic Data Cloud, first introduced at Google Cloud Next 2026, and how do its Apach. Article summary: On November 4, 2026, Google announced updates to its Agentic Data Cloud centered on querying distributed data and giving AI agents more consistent business context, extending the architecture introduced at Google Cloud N. Topic tags: general, documentation, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fak
Google’s November 4, 2026, Agentic Data Cloud announcement centers on a practical goal: help AI agents use data across an organization’s cloud environment without first consolidating everything in one place, while giving them business context to interpret it. The Apache Iceberg-based Borderless Lakehouse and Knowledge Catalog are the core pieces. But availability varies by capability, and the available evidence does not establish that cross-cloud access eliminates all costs or validates every reported savings claim. 4
10
Google describes Borderless Lakehouse as a governed data foundation built on the open Apache Iceberg format. Its Lakehouse documentation presents Iceberg as the basis for a unified interface for analytics and AI. 4
1 Google’s product materials describe querying and activating data across clouds without relocating it, while industry coverage says the November update enables queries against data in AWS and Azure.
15
3
That goal is different from moving data into a central warehouse before analysis. In principle, querying data in place can reduce the need for pipelines built solely to copy data between systems. It still depends on the relevant connections, permissions, formats, and services being configured.
Google’s product page says Borderless Lakehouse is generally available. 11 That should not be read as proof that every integration or federation feature has the same status: Google’s Lakehouse overview describes catalog federation with AWS Glue, Databricks Unity Catalog, and Snowflake Horizon as in preview.
10 Google documentation also describes a cross-cloud connection for querying Databricks Unity Catalog data from Google Cloud.
The distinction matters when evaluating claims about private interconnects, caching, or zero-copy integrations. The available source excerpts do not verify the full set of AWS and Azure networking and caching details, or zero-copy integrations with SAP, Workday, and Salesforce. Those specifics should not be treated as established here.
Access to tables alone does not tell an agent what a metric means, which definition a team trusts, or how different datasets relate. Google positions Knowledge Catalog as a way to bring business meaning and governed context to data used by agents. The November announcement says Borderless Lakehouse integrates with Knowledge Catalog to index distributed and unstructured cloud data for agent context. 4
Google has also described self-learning context enrichment and Knowledge Studio as previews. The enrichment feature is intended to use agent and user interactions to identify gaps in business context; Knowledge Studio gives data stewards tools to explore and review that context. 19 These are context-management capabilities, not evidence by themselves that an agent can safely carry out a business process.
Gemini Enterprise release notes document a preview of federated query mode for Data Cloud connectors and a preview Knowledge Catalog integration. When a federated Data Cloud connector is attached, Knowledge Catalog is automatically enabled for the Assistant, with read-only tools to search data the user can access and retrieve technical and business context. 17 That is a documented, bounded integration—not confirmation of every broader claim about Gemini support.
Google’s cross-cloud pitch emphasizes access without moving data, and coverage of the announcement describes queries across AWS and Azure without variable egress costs. 15
3 But the available announcement and documentation excerpts do not establish that every remote-cloud charge disappears, or provide enough detail to assess the full cost of a particular workload.
Likewise, the materials provided do not substantiate the reported roughly 40% reduction in data-movement costs for talabat or confirm the specific Amazon S3 Iceberg-to-BigQuery configuration behind that figure. Even if a data-movement saving were verified, it would not by itself demonstrate a comparable reduction in total query costs or the cost of completing an agent task.
Contemporary coverage lists AlloyDB and BigQuery among the products receiving updates alongside Knowledge Catalog. 3 The available excerpts do not establish the specific claim that AlloyDB can directly join Iceberg historical records with live PostgreSQL operational data, so that capability cannot be confirmed from these sources.
Spanner Omni is a separate, relevant part of Google’s broader data strategy: Google announced its general availability on September 30, 2026, describing it as a distributed, multi-model database deployable on premises or in other clouds. It was therefore not first announced as generally available on November 4. 20
The supported takeaway is that Google is building a cross-cloud data-access layer and pairing it with shared context for AI assistants and agents. That can help agents find relevant information and use consistent definitions. 4
17
19
It does not, on its own, show that an agent can safely execute a business process. That requires separate evidence about permissions, validation, transaction handling, auditing, recovery, and the total cost of successfully completing the task. The supplied excerpts also do not provide enough detail to verify the cited analyst assessments or comparisons with Microsoft, Databricks, Snowflake, and AWS. The announcement is a statement of platform direction; claims about autonomous execution and its economics need evidence beyond data access and context features.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
On November 4, 2026, Google announced Agentic Data Cloud updates focused on accessing distributed data and giving agents shared business context.