{"cssClassNames":"blog-page page basicpage summit-page","templateName":"blog-page","allowedRenditionsWidth":["320","480","640","768","960","1200","1440","1920"],"description":"Scopri come Snowflake e Google Cloud utilizzano Apache Iceberg per sviluppare un lakehouse open e pronto per l’AI. Raggiungi l’interoperabilità dei dati senza vincoli con il vendor.\n","language":"it","title":"Lakehouse Apache Iceberg: Snowflake e Google Cloud","analyticsPageType":"homepage","analyticsCategory":"general","analyticsSubCategory":"","excludeFromAnalytics":false,":mappedPath":"/it/blog/snowflake-google-cloud-open-lakehouse/",":type":"snowflake-site/components/structure/page",":items":{"root":{"columnCount":12,"columnClassNames":{"experiencefragment-banner":"aem-GridColumn aem-GridColumn--default--12","experiencefragment-sub-header":"aem-GridColumn aem-GridColumn--default--12","experiencefragment-pre-footer":"aem-GridColumn aem-GridColumn--default--12","experiencefragment-header":"aem-GridColumn aem-GridColumn--default--12","markup_editor-table":"aem-GridColumn aem-GridColumn--default--12","responsivegrid":"aem-GridColumn aem-GridColumn--default--12","experiencefragment-footer":"aem-GridColumn aem-GridColumn--default--12","markup_editor":"aem-GridColumn aem-GridColumn--default--12","container_47873732":"aem-GridColumn aem-GridColumn--default--12"},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12",":items":{"experiencefragment-banner":{"id":"experiencefragment-69d0798b72","localizedFragmentVariationPath":"/content/experience-fragments/snowflake-site/language-masters/en/site/pushdown-banner/pushdown-banner-blank/jcr:content","configured":true,":type":"snowflake-site/components/experiencefragment","xfModelPath":"/content/experience-fragments/snowflake-site/language-masters/en/site/pushdown-banner/pushdown-banner-blank.xfmodel.json"},"experiencefragment-header":{"id":"experiencefragment-71cd607ac8","localizedFragmentVariationPath":"/content/experience-fragments/snowflake-site/language-masters/it/site/mega-nav-header/master/jcr:content","configured":true,":type":"snowflake-site/components/experiencefragment","xfModelPath":"/content/experience-fragments/snowflake-site/language-masters/it/site/mega-nav-header/master.xfmodel.json","languageNavPath":"/content/snowflake-site/global/it/blog/snowflake-google-cloud-open-lakehouse.languagenav.json","appliedCssClassNames":"snowflake-sticky-nav-host"},"experiencefragment-sub-header":{"id":"experiencefragment-f9d5f2786d","localizedFragmentVariationPath":"/content/experience-fragments/snowflake-site/language-masters/it/site/sub-navigation/master/jcr:content","configured":true,":type":"snowflake-site/components/experiencefragment","xfModelPath":"/content/experience-fragments/snowflake-site/language-masters/it/site/sub-navigation/master.xfmodel.json"},"responsivegrid":{"columnCount":12,"columnClassNames":{"container_breadcrumb":"aem-GridColumn aem-GridColumn--default--12","container_main_content":"aem-GridColumn aem-GridColumn--default--12"},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12",":items":{"container_breadcrumb":{"layout":"RESPONSIVE_GRID","columnCount":12,"columnClassNames":{"breadcrumb":"aem-GridColumn aem-GridColumn--default--12"},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12","id":"blog-page-breadcrumb-indentation",":type":"snowflake-site/components/container",":items":{"breadcrumb":{"id":"breadcrumb-fb95ed0128","breadcrumbItems":[{"title":"Blog","path":"/it/blog/","active":false},{"title":"Da Iceberg all’intelligenza: il lakehouse senza confini e pronto per l’AI con Snowflake e Google Cloud","path":"/it/blog/snowflake-google-cloud-open-lakehouse/","active":false}],":type":"snowflake-site/components/blog/breadcrumb"}},":itemsOrder":["breadcrumb"],"appliedCssClassNames":"snowflake-container"},"container_main_content":{"layout":"RESPONSIVE_GRID","columnCount":12,"columnClassNames":{"flexible_column_container":"aem-GridColumn aem-GridColumn--default--12","related_content":"aem-GridColumn aem-GridColumn--default--12"},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12","id":"main-content",":type":"snowflake-site/components/container",":items":{"flexible_column_container":{"id":"flexible-column-container-627a833296","propertiesId":"snowflake-blog-template-main-container","type":"2-column-60-40","alignColumns":"top","containerMaxWidth":"extra-large","topPadding":"none","bottomPadding":"none","spaceBetween":"none","reverseOnMobile":true,"carouselOnMobile":false,"backgroundImageOption":"none","flexible_column_content_container_1":{"layout":"SIMPLE","id":"container-0436cf8124",":type":"snowflake-site/components/flexible-column-container/flexible-column-content-container",":items":{"container_hero":{"layout":"RESPONSIVE_GRID","columnCount":12,"columnClassNames":{"blog_hero":"aem-GridColumn aem-GridColumn--default--12"},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12","id":"container-306ab08bdd",":type":"snowflake-site/components/container",":items":{"blog_hero":{"id":"blog-hero-570ed378f3","linkedInShareUrl":"https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fwww.snowflake.com%2Fcontent%2Fsnowflake-site%2Fglobal%2Fit%2Fblog%2Fsnowflake-google-cloud-open-lakehouse&title=Da+Iceberg+all%E2%80%99intelligenza%3A+il+lakehouse+senza+confini+e+pronto+per+l%E2%80%99AI+con+Snowflake+e+Google+Cloud","twitterShareUrl":"https://x.com/intent/post?url=https%3A%2F%2Fwww.snowflake.com%2Fcontent%2Fsnowflake-site%2Fglobal%2Fit%2Fblog%2Fsnowflake-google-cloud-open-lakehouse&text=Da+Iceberg+all%E2%80%99intelligenza%3A+il+lakehouse+senza+confini+e+pronto+per+l%E2%80%99AI+con+Snowflake+e+Google+Cloud","facebookShareUrl":"https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww.snowflake.com%2Fcontent%2Fsnowflake-site%2Fglobal%2Fit%2Fblog%2Fsnowflake-google-cloud-open-lakehouse","showClaude":true,"showChatGpt":true,"authors":[{"authorImage":{"id":"image-6508bafca0","height":"200","alt":"Saurin Shah","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--87f010e6-54e8-4f50-9431-f25540dacc3a/saurin.jpg?preferwebp=true&quality=85","lazyEnabled":true,"width":"200",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-5afc984724","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/saurin-shah/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Saurin Shah"}},{"authorImage":{"id":"image-3518c37d24","height":"400","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--1abd2304-c99b-46e4-bb7d-ab09759b3234/vinod-ramachandran.jpg?preferwebp=true&quality=85","lazyEnabled":true,"width":"400",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-8ea2f4ddc2","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/vinod-ramachandran/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Vinod Ramachandran"}},{"authorImage":{"id":"image-5c74d336bc","height":"1692","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--c6480f36-b590-4e34-ad70-a8edc63ea753/ali-khosro.jpg?preferwebp=true&quality=85","lazyEnabled":true,"width":"1209",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-d6c4e08414","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/ali-khosro/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Ali Khosro"}}],"image":{"id":"image-b3af9a9d63","height":"720","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--52b5a500-80a7-4fcc-ac33-066d5cf6752f/google.png?preferwebp=true&quality=85","lazyEnabled":true,"width":"1680",":type":"snowflake-site/components/image"},"timeToRead":"13","publicationDate":"JUL 29, 2026","title":{"lines":["Da Iceberg all’intelligenza: il lakehouse senza confini e pronto per l’AI con Snowflake e Google Cloud"],"type":"heading2",":type":"snowflake-site/components/title-v2"},":type":"snowflake-site/components/blog/blog-hero"}},":itemsOrder":["blog_hero"]},"responsivegrid_content":{"columnCount":12,"columnClassNames":{"image_copy":"aem-GridColumn aem-GridColumn--default--12","image":"aem-GridColumn aem-GridColumn--default--12","blog_text_copy":"aem-GridColumn aem-GridColumn--default--12","blog_text":"aem-GridColumn aem-GridColumn--default--12","image_copy_1528340241":"aem-GridColumn aem-GridColumn--default--12","blog_text_copy_836787991":"aem-GridColumn aem-GridColumn--default--12","blog_text_copy_460207497":"aem-GridColumn aem-GridColumn--default--12"},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12","appliedCssClassNames":"snowflake-layout-container-inner-padding-small",":items":{"blog_text_copy_460207497":{"id":"blog-text-a544b28447","text":"\u003Ch2\u003EIceberg: dal silo all’interoperabilità\u003C/h2\u003E\r\n\u003Cp\u003EUn tempo ogni database possedeva i propri dati, una soluzione valida finché le organizzazioni disponevano di un unico motore analitico. Oggi i data team combinano spesso Apache Spark™, BigQuery, Gemini Enterprise Agent Platform, Snowflake (inclusi CoCo e CoWork di Snowflake) e altri servizi a seconda del processo, spesso all’interno della stessa pipeline.\u003C/p\u003E\r\n\u003Cp\u003ENe è nata una dicotomia: scegliere la flessibilità o la coerenza.\u003C/p\u003E\r\n\u003Cul\u003E\r\n\u003Cli\u003ELasciare che ogni team utilizzi il motore preferito e replicare i dati tra i sistemi, con conseguente ridondanza, incoerenza e rischio.\u003C/li\u003E\r\n\u003Cli\u003ECostringere tutti a un unico motore, sacrificando la specializzazione e l’autonomia offerte dalle architetture multi-motore.\u003C/li\u003E\r\n\u003C/ul\u003E\r\n\u003Cp\u003EIl settore aveva bisogno di una terza opzione, emersa da un principio fondamentale noto come Data Locality: spostare una piccola porzione di codice eseguibile dove risiedono già i dati è più rapido, economico e sicuro rispetto a trasferire volumi ingenti di dati attraverso una rete.\u003C/p\u003E\r\n\u003Cp\u003EQueste idee convergono verso un unico modello: anziché copiare i dati su ogni motore, si porta la capacità di calcolo di ciascun motore ai dati. Tutti i dati risiedono nello storage bucket del cliente e tutti i motori concordano sulla loro disposizione fisica, così ciascuno può leggere e scrivere direttamente sulla stessa tabella.\u003C/p\u003E\r\n\u003Cp\u003EQuesto richiede un formato tabellare open condiviso: un linguaggio comune compreso da tutti i motori.\u003C/p\u003E\r\n\u003Cp\u003EIl settore ha scelto \u003Ca href=\"https://iceberg.apache.org/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003EApache Iceberg\u003C/a\u003E™ come formato di riferimento. Sviluppato da Netflix per la gestione di tabelle su scala petabyte e successivamente donato alla Apache Software Foundation, Iceberg è supportato da Spark, Trino, Flink, BigQuery, Snowflake e decine di altri motori. Con Iceberg come linguaggio condiviso, ogni motore partecipa senza bisogno di adattatori proprietari.\u003C/p\u003E\r\n\u003Ch2\u003ECatalogo: da Iceberg al lakehouse\u003C/h2\u003E\r\n\u003Cp\u003EUn formato open risolve in gran parte l’interoperabilità, ma solleva una nuova domanda: chi è al comando? Quando più motori possono leggere e scrivere gli stessi file, qualcuno deve gestire i metadati delle tabelle, applicare le policy di accesso, coordinare i writer concorrenti e garantire che nessun motore visualizzi uno stato obsoleto o incoerente. Questo ruolo spetta al catalogo, che funge da layer di governance del lakehouse. È l’unica autorità che sa quali tabelle esistono, come sono strutturati i loro schemi, chi può accedervi e dove risiedono fisicamente i file di dati. Senza un catalogo, i dati open sono dati privi di governance.\u003C/p\u003E\r\n\u003Cp\u003EIl catalogo controlla anche l’accesso allo storage tramite credenziali fornite su richiesta. Quando un motore richiede i dati di una tabella, il catalogo restituisce token di storage temporanei e con ambito ristretto, anziché credenziali permanenti del bucket, così i motori non ottengono un accesso persistente al layer di storage sottostante.\u003C/p\u003E\r\n\u003Cp\u003EPerché questo modello funzioni tra motori sviluppati da vendor diversi, i cataloghi necessitano di un protocollo di integrazione standardizzato. In sua assenza, ogni motore richiederebbe un’integrazione personalizzata con ciascun catalogo. L'\u003Ca href=\"https://iceberg.apache.org/rest-catalog-spec/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003EIceberg REST Catalog (IRC)\u003C/a\u003E è la specifica API open che risolve questo problema: definisce come i client individuano i namespace, caricano i metadati delle tabelle e ne inviano gli aggiornamenti. Ogni catalogo espone un endpoint IRC e ogni motore si connette come client.\u003C/p\u003E\r\n\u003Cp\u003EQuesta combinazione di credenziali fornite su richiesta e di un protocollo standard rende pratico per i motori superare i confini tra cataloghi, ciò che il settore chiama federazione. Quando una query Snowflake raggiunge il catalogo Lakehouse di Google Cloud, o un processo BigQuery legge da Snowflake Horizon, ciascun catalogo emette solo i token ristretti e a tempo limitato di cui il motore richiedente ha effettivamente bisogno, così la governance viene applicata indipendentemente dal motore che avvia la richiesta. Una vera interoperabilità richiede tutto questo in entrambe le direzioni: la federazione inbound, in cui i motori esterni al tuo catalogo possono leggere e scrivere le tue Iceberg Tables, e la federazione outbound, in cui la tua capacità di calcolo può leggere e scrivere Iceberg Tables gestite da un catalogo diverso.\u003C/p\u003E\r\n\u003Cp\u003EInsieme, il catalogo e le credenziali fornite su richiesta offrono un layer di governance a singola autorità che applica la sicurezza, controlla gli accessi e centralizza gli audit. I clienti possono ora accedere in modo bidirezionale alle Iceberg Tables tra cataloghi diversi, abilitando un’architettura zero-copy tra i motori compatibili con Iceberg.\u003C/p\u003E\r\n\u003Cp\u003ELa domanda architetturale chiave diventa quindi: chi gestisce il catalogo? I clienti possono implementare un catalogo self-managed di tipo DIY oppure, più probabilmente, utilizzare un Iceberg REST Catalog gestito.\u003C/p\u003E\r\n\u003Cp\u003ELe aziende che preferiscono l’approccio DIY possono implementare Apache Polaris™, una diffusa implementazione IRC open source, originariamente co-creata da Snowflake e Dremio e donata alla Apache Software Foundation. Questo offre a tali organizzazioni il pieno controllo, ma trasferisce anche l’intera responsabilità operativa (infrastruttura, scaling, patching e disponibilità) al team del cliente. A differenza delle soluzioni gestite, i cataloghi DIY non sono serverless e non scalano a zero quando non sono in uso, generando un costo operativo continuo.\u003C/p\u003E\r\n\u003Cp\u003EIn pratica, la maggior parte delle organizzazioni sceglie un IRC gestito per potersi concentrare sui dati anziché sulle operazioni del catalogo. Quando entrano in gioco sia Snowflake sia Google Cloud, ciascuno offre una soluzione naturale:\u003C/p\u003E\r\n\u003Cul\u003E\r\n\u003Cli\u003E\u003Ca href=\"https://cloud.google.com/products/lakehouse?e=a\" target=\"_blank\" rel=\"noopener noreferrer\"\u003E\u003Cb\u003ELakehouse runtime catalog\u003C/b\u003E\u003C/a\u003E (il catalogo Iceberg gestito di Google Cloud, parte di \u003Ca href=\"https://cloud.google.com/products/lakehouse\" target=\"_blank\" rel=\"noopener noreferrer\"\u003ELakehouse for Apache Iceberg\u003C/a\u003E) è un metastore serverless e scalabile che funge da fonte unica di verità per il tuo data lakehouse. Consente a più motori (BigQuery, Spark gestito da Google, Apache Spark, Trino, Snowflake) di accedere alla stessa copia dei dati tramite formati open come Apache Iceberg. La federazione consente ad agenti e motori in Google Cloud di accedere ai dati oltre i confini dei cataloghi in Snowflake, Databricks e AWS Glue.\u003C/li\u003E\r\n\u003Cli\u003E\u003Ca href=\"https://www.snowflake.com/en/product/features/horizon/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003E\u003Cb\u003ESnowflake Horizon Catalog\u003C/b\u003E\u003C/a\u003E integra Apache Polaris e incorpora endpoint IRC conformi agli standard in ogni account Snowflake, senza configurazioni aggiuntive. Oltre alle operazioni di base del catalogo, Horizon aggiunge la governance enterprise: RBAC, mascheramento a livello di colonna, policy di accesso righe, data lineage e audit logging. Consente ai motori conformi a Iceberg, come Trino, BigQuery, Apache Flink e molti altri, di leggere e scrivere sulle Iceberg Tables gestite da Snowflake.\u003C/li\u003E\r\n\u003C/ul\u003E\r\n","richText":true,":type":"snowflake-site/components/blog/blog-text"},"image":{"id":"image-b61a6c1339","height":"712","alt":"architecture IRC","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--2d87552e-0654-4443-8f1d-77ebf3a2a8da/blog-architecture-irc.png?preferwebp=true&quality=85","lazyEnabled":true,"width":"1056",":type":"snowflake-site/components/image"},"blog_text_copy_836787991":{"id":"blog-text-a28fb13c45","text":"\u003Ch2\u003EFederazione: dal lakehouse all’open lakehouse\u003C/h2\u003E\n\u003Cp\u003ELakehouse runtime catalog, Snowflake Horizon Catalog e le altre opzioni di catalogo gestito non si escludono a vicenda. Possono coesistere nella stessa organizzazione tramite la \u003Ca href=\"https://docs.cloud.google.com/lakehouse/docs/use-catalog-federation\" target=\"_blank\" rel=\"noopener noreferrer\"\u003Efederazione dei cataloghi\u003C/a\u003E, permettendo alle organizzazioni di partire da un unico catalogo e federarsi in modo incrementale con l’evolvere delle esigenze.\u003C/p\u003E\n\u003Cp\u003EOgni catalogo gestisce le proprie tabelle, mentre tutti i motori vi accedono tramite IRC.\u003C/p\u003E\n\u003Cp\u003EQuando Google Cloud gestisce il catalogo tramite Lakehouse runtime catalog, Snowflake si connette attraverso un \u003Ca href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-catalog-linked-database\" target=\"_blank\" rel=\"noopener noreferrer\"\u003ECatalog-Linked Database (CLD)\u003C/a\u003E che individua e sincronizza automaticamente le tabelle dai suoi endpoint IRC. Gli utenti Snowflake interagiscono con queste Iceberg Tables del Lakehouse di Google Cloud utilizzando SQL standard (\u003Ccode\u003ESELECT\u003C/code\u003E, \u003Ccode\u003EINSERT\u003C/code\u003E, \u003Ccode\u003EUPDATE\u003C/code\u003E, \u003Ccode\u003EDELETE\u003C/code\u003E) oppure tramite CoCo o CoWork di Snowflake, come se fossero tabelle native, con la governance Snowflake (RBAC, mascheramento, lineage) applicata al di sopra.\u003C/p\u003E\n\u003Cp\u003EAllo stesso modo, quando Snowflake gestisce il catalogo tramite Horizon, i servizi Google Cloud raggiungono quelle tabelle tramite la federazione dei cataloghi Lakehouse: BigQuery, Managed Service for Apache Spark e altri motori compatibili con Iceberg in Google Cloud si connettono all’endpoint IRC di Horizon e leggono/scrivono direttamente sulle Iceberg Tables gestite da Snowflake.\u003C/p\u003E\n","richText":true,":type":"snowflake-site/components/blog/blog-text"},"image_copy_1528340241":{"id":"image-74302f3272","height":"802","alt":"architecutre","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--455328ff-9ee0-41b2-be68-b718b1f995d3/blog-architecture-lakehouse.png?preferwebp=true&quality=85","lazyEnabled":true,"width":"1286",":type":"snowflake-site/components/image"},"blog_text_copy":{"id":"blog-text-9b33ff4044","text":"\u003Cp\u003EIl risultato è una piattaforma dati completamente open e interoperabile: tutti i motori leggono e scrivono direttamente dal Cloud Storage Bucket dei clienti, senza ETL tra i sistemi, e ogni team sceglie lo strumento più adatto al processo in base alle specifiche esigenze e preferenze del team. Nel frattempo, il layer del catalogo applica una governance unificata su tutti loro.\u003C/p\u003E\r\n\u003Ch2\u003EContesto semantico: dall’open lakehouse alla predisposizione per l’AI\u003C/h2\u003E\r\n\u003Cp\u003EUn lakehouse ben progettato risolve in gran parte l’interoperabilità dei dati, ma l’interoperabilità da sola non rende i dati utili all’AI. Tra “i dati sono accessibili” e “l’AI produce risposte e azioni accurate e affidabili” esistono tre lacune:\u003C/p\u003E\r\n\u003Cul\u003E\r\n\u003Cli\u003EAccesso programmatico\u003C/li\u003E\r\n\u003Cli\u003EGrounding semantico\u003C/li\u003E\r\n\u003Cli\u003EIntelligenza contestuale\u003C/li\u003E\r\n\u003C/ul\u003E\r\n\u003Cp\u003E\u003Cb\u003EAccesso programmatico\u003C/b\u003E\u003Cbr\u003E\r\nGli analisti umani interrogano le tabelle tramite il motore preferito, ma gli agenti AI necessitano di canali propri. Snowflake espone server model context protocol (MCP) che consentono a qualsiasi client compatibile con MCP di individuare, interrogare e ragionare sui dati del lakehouse. MCP è uno standard open che offre un’interfaccia universale tra applicazioni AI e fonti di dati: Gemini Enterprise, gli assistenti di codice e i framework di agenti personalizzati si connettono tutti tramite lo stesso protocollo, senza richiedere integrazioni su misura. Allo stesso modo, anche BigQuery offre un server MCP accessibile sia da agenti AI first-party sia third-party, abilitando l’accesso programmatico agli asset del lakehouse per i workflow agentici in ambienti Google Cloud e multi-cloud.\u003C/p\u003E\r\n\u003Cp\u003EPer le app che richiedono un controllo programmatico diretto, come framework di orchestrazione, pipeline personalizzate o analytics integrati, anche i Cortex Agents e gli agenti Gemini Enterprise sono accessibili tramite REST API. Insieme, MCP e REST offrono agli agenti AI lo stesso accesso governato e autenticato alle Iceberg Tables di cui dispongono gli analisti umani, indipendentemente dal catalogo che le gestisce.\u003C/p\u003E\r\n\u003Cp\u003E\u003Cb\u003EGrounding semantico\u003C/b\u003E\u003Cbr\u003E\r\nI sistemi AI generano allucinazioni quando non comprendono ciò che i dati rappresentano. I modelli semantici colmano questa lacuna definendo la logica di business al di sopra delle tabelle fisiche: metriche con regole di calcolo, dimensioni con gerarchie, relazioni tra entità e pattern di query verificati che codificano il patrimonio di conoscenza aziendale. L’insight cruciale è che la logica di business appartiene al data layer, non ai prompt dell’AI. Quando le definizioni risiedono in un modello semantico sopra i dati, ogni sistema AI eredita la stessa logica corretta, riducendo deviazioni, incoerenze e supposizioni.\u003C/p\u003E\r\n\u003Cp\u003E\u003Ca href=\"https://docs.snowflake.com/en/user-guide/views-semantic/autopilot\" target=\"_blank\" rel=\"noopener noreferrer\"\u003ESemantic View Autopilot\u003C/a\u003E, parte di Horizon Context, rende tutto questo sostenibile su larga scala. Anziché richiedere agli analisti di definire manualmente centinaia di modelli semantici, Autopilot li individua e li mantiene automaticamente, apprendendo da pattern di query, comportamento degli utenti, relazioni tra tabelle, integrazioni con strumenti di BI e utilizzo dei report. Per i team che preferiscono creare e perfezionare i modelli in linguaggio naturale, l’assistente CoCo integrato in Semantic Studio (in private preview) affianca un editor visivo e YAML con integrazione Git, così le definizioni semantiche possono essere gestite tramite controllo delle versioni e revisione come qualsiasi altro asset di codice. Con l’evolvere dei dati, i modelli semantici restano aggiornati, così l’accuratezza dell’AI non si degrada nel tempo. Il risultato è un minor numero di allucinazioni, una maggiore accuratezza e una logica di business ancorata ai dati reali. Allo stesso modo, è possibile sfruttare l’Universal Semantic Layer di \u003Ca href=\"https://www.linkedin.com/company/google-cloud/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003EGoogle Cloud\u003C/a\u003E, valorizzando il nuovo supporto di Looker per gli \u003Ca href=\"https://docs.cloud.google.com/looker/docs/analytic-models\" target=\"_blank\" rel=\"noopener noreferrer\"\u003Ein-database analytics models\u003C/a\u003E, che includono la \u003Ca href=\"https://www.youtube.com/watch?v=ifMWVn8R9Sw\" target=\"_blank\" rel=\"noopener noreferrer\"\u003Enuova integrazione con BigQuery Graph e Snowflake Semantic Views\u003C/a\u003E, portando la potenza dei modelli a grafo agli utenti aziendali nei principali percorsi agentici.\u003C/p\u003E\r\n\u003Cp\u003E\u003Cb\u003EIntelligenza contestuale\u003C/b\u003E\u003Cbr\u003E\r\nIl contesto è la conoscenza circostante che indica a un sistema AI non solo cosa siano i dati, ma anche come interpretarli correttamente. \u003Ca href=\"http://snowflake.com/context\" target=\"_blank\" rel=\"noopener noreferrer\"\u003ESnowflake Horizon Context\u003C/a\u003E crea e applica questo layer contestuale: descrizioni di tabelle e colonne in termini di business, segnali sulla qualità dei dati (freschezza, completezza, avvertenze), pattern di utilizzo (quali tabelle sono autorevoli per quali domande) e relazioni di dominio nel lakehouse. Poiché questo contesto risiede in Horizon, eredita la stessa governance dei dati stessi, così agenti e utenti ricevono sempre e solo il contesto e le risposte che sono autorizzati a visualizzare. Allo stesso modo, Google Cloud Lakehouse fornisce contesto affidabile tramite \u003Ca href=\"https://cloud.google.com/products/knowledge-catalog?e=a\" target=\"_blank\" rel=\"noopener noreferrer\"\u003EKnowledge Catalog\u003C/a\u003E, offrendo insight basati su Gemini per le tabelle del lakehouse che aiutano a mitigare le allucinazioni negli agenti AI e permettono agli utenti di trasformare gli insight in azioni. Questo contesto si applica a qualsiasi tabella Iceberg, sia essa nativa Snowflake, collegata tramite CLD o federata da Google Cloud. L’AI riceve i dati insieme al contesto necessario per interpretarli correttamente: è questo che distingue una risposta generica di un LLM (“il fatturato potrebbe essere…”) da una risposta fondata sui dati (“il fatturato del Q4 è stato di 47,2 milioni di dollari, tratto dalla tabella autorevole finance.revenue e filtrato secondo la definizione di trimestre fiscale”).\u003C/p\u003E\r\n\u003Ch2\u003EAgentic AI: dai dati all’azione\u003C/h2\u003E\r\n\u003Cp\u003EGrazie al contesto aziendale e alle viste semantiche, gli agenti AI operano su dati strutturati e non strutturati con elevata accuratezza. \u003Ca href=\"https://www.snowflake.com/it/product/snowflake-cowork/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003ESnowflake CoWork\u003C/a\u003E è un agente di lavoro personale per ogni knowledge worker: ragiona in profondità, automatizza i task di routine e accelera il percorso dalle idee alle decisioni fino all’azione. Anziché attendere istruzioni, CoWork lavora in modo proattivo, facendo emergere insight, eseguendo analisi in background e fornendo risposte governate e tracciabili, fondate sul modo in cui la tua azienda definisce realmente i propri dati.\u003C/p\u003E\r\n\u003Cp\u003E\u003Ca href=\"https://www.snowflake.com/it/product/snowflake-coco/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003ESnowflake CoCo\u003C/a\u003E estende tutto questo al workflow di sviluppo, agendo come coding agent data-native lungo tutto il ciclo di vita dei dati aziendali: sviluppa e gestisce pipeline, crea Cortex Agents e app Streamlit e genera SQL e Python validati sulla base dei metadati effettivi del catalogo. Sia i knowledge worker sia i data engineer beneficiano dello stesso grounding semantico e operano con governance e osservabilità su tutte le azioni, umane e degli agenti AI.\u003C/p\u003E\r\n\u003Cp\u003ELa stessa data foundation federata rende disponibili in modo nativo anche le funzionalità di intelligenza artificiale di Google Cloud. Poiché il lakehouse è in esecuzione su Google Cloud, Gemini è disponibile in modo nativo lungo tutto lo stack. La comprensione multimodale di Gemini (testo, immagini, video e codice in un unico contesto) fa sì che i dati del lakehouse non si limitino alle tabelle strutturate: documenti in GCS, immagini e contenuti non strutturati partecipano tutti al workflow AI. Le sue ampie finestre di contesto acquisiscono contemporaneamente schemi estesi, definizioni di modelli semantici e cronologie delle query, migliorando l’accuratezza nelle domande analitiche complesse.\u003C/p\u003E\r\n\u003Cp\u003EGemini Enterprise si connette al lakehouse tramite MCP (attraverso i server MCP di Snowflake o il server MCP di BigQuery) con Lakehouse for Apache Iceberg. I dipendenti che utilizzano Gemini Enterprise pongono domande in linguaggio naturale che ricevono risposte basate su dati governati provenienti da Iceberg Tables, mentre le loro query passano attraverso Cortex Agents e modelli semantici per garantire risposte fondate sui dati. Che l’utente interagisca tramite CoWork, Cortex Code, Gemini Enterprise o un agente REST personalizzato, valgono sempre lo stesso layer semantico, lo stesso contesto e la stessa governance.\u003C/p\u003E\r\n\u003Cp\u003EIl risultato non è soltanto un open lakehouse, ma un open lakehouse pronto per l’AI, in cui i dati sono interoperabili, governati, semanticamente ricchi e accessibili sia alle persone sia agli agenti AI tramite protocolli standardizzati.\u003C/p\u003E\r\n","richText":true,":type":"snowflake-site/components/blog/blog-text"},"image_copy":{"id":"image-72dc98e2fa","height":"696","alt":"architecture diagram AI","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--27601ba5-2d8f-4922-a161-3278fc3bc701/blog-architecture-ai.png?preferwebp=true&quality=85","lazyEnabled":true,"width":"1806",":type":"snowflake-site/components/image"},"blog_text":{"id":"blog-text-d2edd4edd2","text":"\u003Ch2\u003EContinua a imparare\u003C/h2\u003E\n\u003Cul\u003E\n\u003Cli\u003E\u003Ca href=\"https://www.snowflake.com/it/blog/interoperable-lakehouse-architecture/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003EScopri gli ultimi miglioramenti di prodotto per costruire un lakehouse interoperabile in Snowflake\u003C/a\u003E\u003C/li\u003E\n\u003Cli\u003E\u003Ca href=\"https://docs.cloud.google.com/lakehouse/docs/about-cross-cloud-lakehouse\" target=\"_blank\" rel=\"noopener noreferrer\"\u003ECross-Cloud Lakehouse con Snowflake e Google Cloud\u003C/a\u003E\u003C/li\u003E\n\u003Cli\u003E\u003Ca href=\"https://www.snowflake.com/it/blog/interoperable-lakehouse-architecture/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003EScopri di più su Snowflake su Google Cloud\u003C/a\u003E\u003C/li\u003E\n\u003C/ul\u003E\n\u003Cp\u003E\u003Ci\u003ENota: Apache Iceberg, Apache Polaris e Apache Spark sono marchi registrati della Apache Software Foundation.\u003C/i\u003E\u003C/p\u003E\n","richText":true,":type":"snowflake-site/components/blog/blog-text"}},":itemsOrder":["blog_text_copy_460207497","image","blog_text_copy_836787991","image_copy_1528340241","blog_text_copy","image_copy","blog_text"],":type":"wcm/foundation/components/responsivegrid"},"responsivegrid_premium_content_banner":{"columnCount":12,"columnClassNames":{},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12","appliedCssClassNames":"snowflake-responsive-component-top-padding-medium",":items":{},":itemsOrder":[],":type":"wcm/foundation/components/responsivegrid"},"container_author_chip":{"layout":"RESPONSIVE_GRID","columnCount":12,"columnClassNames":{"author_chip":"aem-GridColumn aem-GridColumn--default--12"},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12","id":"container-de652a6175",":type":"snowflake-site/components/container",":items":{"author_chip":{"id":"author-chip-e1b8cfea8d","title":{"id":"title","type":"heading2","lines":["Learn more about the authors"],":type":"snowflake-site/components/title-v2"},"authors":[{"authorImage":{"id":"image-6508bafca0","height":"200","alt":"Saurin Shah","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--87f010e6-54e8-4f50-9431-f25540dacc3a/saurin.jpg?preferwebp=true&quality=85","lazyEnabled":true,"width":"200",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-5afc984724","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/saurin-shah/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Saurin Shah"},"authorTitle":"Senior Product Manager"},{"authorImage":{"id":"image-3518c37d24","height":"400","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--1abd2304-c99b-46e4-bb7d-ab09759b3234/vinod-ramachandran.jpg?preferwebp=true&quality=85","lazyEnabled":true,"width":"400",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-8ea2f4ddc2","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/vinod-ramachandran/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Vinod Ramachandran"},"authorTitle":"Product Lead, Lakehouse, Google Cloud"},{"authorImage":{"id":"image-5c74d336bc","height":"1692","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--c6480f36-b590-4e34-ad70-a8edc63ea753/ali-khosro.jpg?preferwebp=true&quality=85","lazyEnabled":true,"width":"1209",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-d6c4e08414","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/ali-khosro/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Ali Khosro"},"authorTitle":"Partner Solution Engineer"}],":type":"snowflake-site/components/blog/author-chip"}},":itemsOrder":["author_chip"],"appliedCssClassNames":"snowflake-responsive-component-top-padding-medium"}},":itemsOrder":["container_hero","responsivegrid_content","responsivegrid_premium_content_banner","container_author_chip"]},"flexible_column_content_container_2":{"layout":"SIMPLE","id":"container-774edea979",":type":"snowflake-site/components/flexible-column-container/flexible-column-content-container",":items":{"blog_table_of_content":{"id":"blog-table-of-content-d32504b5c3",":type":"snowflake-site/components/blog/blog-table-of-content","tableOfContents":[]}},":itemsOrder":["blog_table_of_content"]},":type":"snowflake-site/components/flexible-column-container","isBlogPage":true,"isActiveTOC":false},"related_content":{"id":"related-content-4ac7e30f9f","relatedContent":[],":type":"snowflake-site/components/blog/related-content","isBlogPage":true}},":itemsOrder":["flexible_column_container","related_content"],"appliedCssClassNames":"snowflake-container"}},":itemsOrder":["container_breadcrumb","container_main_content"],":type":"wcm/foundation/components/responsivegrid"},"container_47873732":{"additionalClasses":"section--blog-newsletter","layout":"RESPONSIVE_GRID","columnCount":12,"columnClassNames":{"flexible_column_cont":"aem-GridColumn aem-GridColumn--default--12"},"gridClassNames":"aem-Grid aem-Grid--12 aem-Grid--default--12","id":"container-8e3381aa59",":type":"snowflake-site/components/container",":items":{"flexible_column_cont":{"id":"flexible-column-container-276b755e15","type":"1-column","alignColumns":"top","containerMaxWidth":"extra-large","topPadding":"small","bottomPadding":"none","spaceBetween":"small","reverseOnMobile":false,"carouselOnMobile":false,"propertiesCSSClasses":"section--blog-newsletter","backgroundImageOption":"none","flexible_column_content_container_1":{"layout":"SIMPLE","id":"container-201c93b19a",":type":"snowflake-site/components/flexible-column-container/flexible-column-content-container",":items":{"marketo_v2":{"id":"marketo-v2-e64659cb96","marketoForm":{"hidden":null,"formId":"3320","edit":false,"successUrl":null,"script":null,"values":null},"title":{"id":"title","type":"heading3","lines":["Subscribe to our blog newsletter","Get the best, coolest and latest delivered to your inbox each week"],":type":"snowflake-site/components/title-v2"},"marketoConfigured":true,"serverInstance":"252-RFO-227.mktoweb.com","munchkinId":"252-RFO-227","formConfigured":true,":type":"snowflake-site/components/form/marketo-v2"},"text":{"id":"text-fdf497d801","additionalClasses":"newsletter-disclaimer","text":"\u003Cp\u003EBy submitting this form, I understand Snowflake will process my personal information in accordance with their Privacy Notice.\u003C/p\u003E\r\n","richText":true,":type":"snowflake-site/components/text"}},":itemsOrder":["marketo_v2","text"]},":type":"snowflake-site/components/flexible-column-container","isBlogPage":true,"isActiveTOC":false}},":itemsOrder":["flexible_column_cont"],"appliedCssClassNames":"snowflake-container"},"experiencefragment-pre-footer":{"id":"experiencefragment-b83f773fea","localizedFragmentVariationPath":"/content/experience-fragments/snowflake-site/language-masters/it/site/get-started-pre-footer/get-started-pre-footer/jcr:content","configured":true,":type":"snowflake-site/components/experiencefragment","xfModelPath":"/content/experience-fragments/snowflake-site/language-masters/it/site/get-started-pre-footer/get-started-pre-footer.xfmodel.json"},"markup_editor":{"id":"markup-editor-0df369e420","title":"Page CSS","cssContent":"@media screen and (min-width:768px){.snowflake-blog-author-chip-wrapper{justify-content:flex-start}.snowflake-blog-related-content-on-blog-page{max-width:1408px;margin-left:auto;margin-right:auto}.snowflake-text{font-family:Lato,sans-serif;font-weight:400;font-size:16px;line-height:24px}}.section--blog-newsletter{max-width:none;width:100%;padding-left:0;padding-right:0;margin-left:0;margin-right:0;margin-bottom:0}.section--blog-newsletter .mktoField{background-color:transparent !important}.section--blog-newsletter\u003E.container{padding-left:0;padding-right:0}@media screen and (min-width:768px){.section--blog-newsletter\u003E.container{padding-left:0;padding-right:0}}.newsletter-disclaimer p{font-size:14px !important}.section--blog-newsletter .snowflake-marketo-form-container{margin-bottom:24px;background-color:#f6f9fa;gap:48px;box-shadow:none}.section--blog-newsletter .snowflake-title p.snowflake-title-line:first-child{font-family:Texta;font-size:24px;line-height:26px;font-weight:700;margin-bottom:4px}.section--blog-newsletter .snowflake-title p.snowflake-title-line{text-transform:none;font-family:\"Lato\",sans-serif;font-size:16px;line-height:24px;font-weight:normal}@media screen and (min-width:1024px){.section--blog-newsletter .snowflake-marketo-form-container{display:flex;justify-content:center}.section--blog-newsletter .snowflake-title .snowflake-title-line{text-align:left}.section--blog-newsletter .snowflake-marketo-form .mktoFormRow:has(\u003E input[type=\"hidden\"]){flex-grow:0}.section--blog-newsletter .snowflake-marketo-form{display:flex;width:50% !important}.section--blog-newsletter .snowflake-marketo-form .mktoButtonRow{flex-grow:0;width:auto !important;margin-left:0;margin-right:0}.section--blog-newsletter .snowflake-marketo-form .mktoFormRow{flex-grow:1}.section--blog-newsletter\u003E.container{padding-left:0;padding-right:0}.section--blog-newsletter .snowflake-marketo-form-title{width:50%;margin-bottom:0 !important}.section--blog-newsletter .center .snowflake-title{align-items:flex-start}}.snowflake-sub-navigation a.snowflake-sub-navigation-primary-link{width:auto !important}.snowflake-blog-hero{align-items:stretch !important}",":type":"snowflake-site/components/markup-editor","isGSAPEnabled":false},"markup_editor-table":{"id":"markup-editor-02ae9950a5","title":"Table Styling CSS","cssContent":"#snowflake-blog-template-main-container table{width:100%;background-color:var(--ui-background-01);border-collapse:collapse;border:2px solid var(--ui-background-09);font-family:'Lato',sans-serif;color:var(--ui-background-09)}#snowflake-blog-template-main-container table thead{background-color:var(--ui-01)}#snowflake-blog-template-main-container table th,#snowflake-blog-template-main-container table td{border:2px solid var(--ui-background-09);padding:var(--spacing-01)}",":type":"snowflake-site/components/markup-editor","isGSAPEnabled":false},"experiencefragment-footer":{"id":"experiencefragment-722695851a","localizedFragmentVariationPath":"/content/experience-fragments/snowflake-site/language-masters/it/site/footer/master/jcr:content","configured":true,":type":"snowflake-site/components/experiencefragment","xfModelPath":"/content/experience-fragments/snowflake-site/language-masters/it/site/footer/master.xfmodel.json"}},":itemsOrder":["experiencefragment-banner","experiencefragment-header","experiencefragment-sub-header","responsivegrid","container_47873732","experiencefragment-pre-footer","markup_editor","markup_editor-table","experiencefragment-footer"],":type":"wcm/foundation/components/responsivegrid"}},":itemsOrder":["root"],"isPasswordProtected":false,"analyticsContentTags":[],"analyticsEnabled":true,":hierarchyType":"page",":path":"/content/snowflake-site/global/it/blog/snowflake-google-cloud-open-lakehouse","coveoConfig":{"searchHub":"snowflake.com","organizationId":"snowflakecomputingproduction8neljofn","apiKey":"xx335921a6-2a0a-40f2-a167-e390b4766c3d","pipeline":"snowflake.com"},"analyticsDebugMode":false,"analyticsData":{"excludeFromAnalytics":false,"subCategory":"","pageType":"homepage","templateName":"blog-page","siteName":"snowflake","pageUrl":"/content/snowflake-site/global/it/blog/snowflake-google-cloud-open-lakehouse","language":"it","category":"general","pageName":"Da Iceberg all’intelligenza: il lakehouse senza confini e pronto per l’AI con Snowflake e Google Cloud","contentTags":[]},"locale":"it"}