{"templateName":"blog-page","cssClassNames":"blog-page page basicpage summit-page","allowedRenditionsWidth":["320","480","640","768","960","1200","1440","1920"],"language":"it","description":"Scopri perché una vera autonomia sui dati richiede un'interoperabilità bidirezionale. Scopri come Snowflake Horizon implementa il protocollo Iceberg REST Catalog end‑to‑end e perché l'approccio esclusivamente inbound di Databricks Unity Catalog non è all'altezza.\r\n","title":"Lo standard dell'interoperabilità open: perché l'Iceberg REST bidirezionale fa la differenza","analyticsPageType":"homepage","analyticsCategory":"general","analyticsSubCategory":"","excludeFromAnalytics":false,":mappedPath":"/it/blog/bidirectional-interoperability-snowflake-horizon-databricks/",":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-ab4a352087","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?callerPage=/content/snowflake-site/global/it/blog/bidirectional-interoperability-snowflake-horizon-databricks"},"experiencefragment-header":{"id":"experiencefragment-ba54178f89","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?callerPage=/content/snowflake-site/global/it/blog/bidirectional-interoperability-snowflake-horizon-databricks","appliedCssClassNames":"snowflake-sticky-nav-host"},"experiencefragment-sub-header":{"id":"experiencefragment-628969146d","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?callerPage=/content/snowflake-site/global/it/blog/bidirectional-interoperability-snowflake-horizon-databricks"},"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-9da601d537","breadcrumbItems":[{"title":"Blog","path":"/it/blog/","active":false},{"title":"Prodotto e tecnologia","path":"/it/blog/product-and-technology/","active":false},{"title":"Open Interoperability: offrire libertà di scelta ai clienti","path":"/it/blog/bidirectional-interoperability-snowflake-horizon-databricks/","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-caf8f89d47","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-c9ee3a4f32",":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-958d66b3d0",":type":"snowflake-site/components/container",":items":{"blog_hero":{"id":"blog-hero-ce1a76538a","linkedInShareUrl":"https://www.linkedin.com/shareArticle?mini=true&url=https%3A%2F%2Fwww.snowflake.com%2Fcontent%2Fsnowflake-site%2Fglobal%2Fit%2Fblog%2Fbidirectional-interoperability-snowflake-horizon-databricks&title=Open+Interoperability%3A+offrire+libert%C3%A0+di+scelta+ai+clienti","twitterShareUrl":"https://x.com/intent/post?url=https%3A%2F%2Fwww.snowflake.com%2Fcontent%2Fsnowflake-site%2Fglobal%2Fit%2Fblog%2Fbidirectional-interoperability-snowflake-horizon-databricks&text=Open+Interoperability%3A+offrire+libert%C3%A0+di+scelta+ai+clienti","facebookShareUrl":"https://www.facebook.com/sharer/sharer.php?u=https%3A%2F%2Fwww.snowflake.com%2Fcontent%2Fsnowflake-site%2Fglobal%2Fit%2Fblog%2Fbidirectional-interoperability-snowflake-horizon-databricks","authors":[{"authorImage":{"id":"image-3659e81d74","height":"450","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--896ed406-dc05-44fc-923f-c331742e5dcc/carlos-nai.jpg?quality=85&preferwebp=true","alt":"Headshot-style photo of Carlos Nai","lazyEnabled":true,"width":"450",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-de6106b5c7","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/carlos-nai/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Carlos Nai"}},{"authorImage":{"id":"image-c13c593b8b","height":"800","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--85428841-cdd8-4cae-b3d0-4003575f4937/jim-lebonitte.png?quality=85&preferwebp=true","lazyEnabled":true,"width":"800",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-c490bff99c","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/jim-lebonitte/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Jim Lebonitte"}}],"image":{"id":"image-4bc0add632","height":"720","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--e42b723b-3c49-4dac-823f-53386e6bc314/data-engineering-for-your-lakehouse-blog1d-aem-1680x720.png?quality=85&preferwebp=true","lazyEnabled":true,"width":"1680",":type":"snowflake-site/components/image"},"timeToRead":"9","publicationDate":"JUL 15, 2026","tag":{"tagText":"Prodotto e tecnologia","tagColor":"#3F808A"},"title":{"lines":["Open Interoperability: offrire libertà di scelta ai clienti"],"type":"heading2",":type":"snowflake-site/components/title-v2"},":type":"snowflake-site/components/blog/blog-hero"}},":itemsOrder":["blog_hero"]},"responsivegrid_content":{"columnCount":12,"columnClassNames":{"image":"aem-GridColumn aem-GridColumn--default--12","blog_text_copy_1784283627":"aem-GridColumn aem-GridColumn--default--12","blog_text_copy":"aem-GridColumn aem-GridColumn--default--12","blog_text_copy_1570153581":"aem-GridColumn aem-GridColumn--default--12","blog_text_copy_542549413":"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_542549413":{"id":"blog-text-0fb9a0743c","text":"\u003Ch1\u003EOpen Interoperability: offrire libertà di scelta ai clienti\u003C/h1\u003E\n\u003Cp\u003EAnche se il concetto risulterà intuitivo a chi legge questo blog, cominciamo con il definire l'interoperabilità open. L'interoperabilità open è la capacità di progettare la piattaforma dati della tua organizzazione in modo da accedere in sicurezza ai dati governati attraverso \u003Cb\u003Einterfacce open, pubbliche e basate su standard\u003C/b\u003E, \u003Cb\u003Eriducendo il lock‑in proprietario\u003C/b\u003E e favorendo una più ampia compatibilità con l'ecosistema.\u003C/p\u003E\n\u003Cp\u003EL'interoperabilità open trasforma il rapporto che le organizzazioni hanno con i propri dati. Offre loro autonomia sui dati, ovvero la libertà di scegliere l'engine e lo strumento migliore per ogni workload senza migrazioni onerose o spostamenti di dati. Questa definizione è al centro del modo in cui Snowflake offre esperienze di prim'ordine per Apache Iceberg™ e Apache Polaris™. Il risultato consente ai clienti di ospitare le proprie Iceberg Tables su Snowflake o altrove, con piena capacità di lettura e scrittura su queste tabelle, senza imporre la migrazione al nostro catalog.\u003C/p\u003E\n\u003Cp\u003EAnche Databricks Unity Catalog dichiara di essere interoperabile ma, a un esame attento, si scopre che non mantiene nemmeno le promesse più elementari dell'interoperabilità open: la capacità di leggere o scrivere su qualsiasi Iceberg Table e di farlo utilizzando meccanismi di sicurezza open che evitano il lock‑in a un singolo strumento.\u003C/p\u003E\n\u003Ch2\u003ELeggere e scrivere su qualsiasi Iceberg Table\u003C/h2\u003E\n\u003Cp\u003ELa scelta di un catalog per le tue tabelle è la decisione più critica della tua architettura. Determina quali operazioni puoi eseguire su queste e su altre tabelle, ampliando o limitando le tue possibilità. Ed è qui che entra in gioco la vera interoperabilità. La vera interoperabilità richiede federazione sia inbound sia outbound tramite standard open guidati dalla community. Federazione inbound significa che engine esterni al tuo catalog possono leggere e scrivere sulle tue Iceberg Tables, mentre federazione outbound significa che puoi leggere o scrivere su Iceberg Tables gestite da un catalog diverso.\u003C/p\u003E\n","richText":true,":type":"snowflake-site/components/blog/blog-text"},"image":{"id":"image-e4778df37d","height":"2048","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--edfd6e8f-b29d-4714-acbe-8a4c0e32907d/interopfig1.png?quality=85&preferwebp=true","alt":"diagram","lazyEnabled":true,"width":"1852",":type":"snowflake-site/components/image"},"blog_text_copy_1570153581":{"id":"blog-text-9c477b99ea","text":"\u003Ch3\u003EUnity Catalog non supera il test dell'interoperabilità\u003C/h3\u003E\n\u003Cp\u003EAl momento in cui scriviamo, Unity Catalog supporta la piena interoperabilità in una sola direzione: quella inbound. Per l'accesso inbound, gli engine esterni possono connettersi agli endpoint Iceberg REST Catalog di Unity Catalog per accedere alla tabella. Per l'accesso outbound, il quadro è radicalmente diverso. Quando accede alle Iceberg Tables provenienti da catalog esterni come Snowflake Horizon, Databricks non utilizza le API Iceberg REST Catalog. Al loro posto usa lo Snowflake Catalog SDK, che ricorre a JDBC per recuperare il metadata.json path e poi accede direttamente allo storage sottostante utilizzando credenziali IAM preconfigurate (\u003Ca href=\"https://docs.databricks.com/aws/en/query-federation/snowflake-catalog-federation\" target=\"_blank\" rel=\"noopener noreferrer\"\u003Edocs\u003C/a\u003E). Per di più, questo funziona solo per le operazioni di lettura. Le Iceberg Tables gestite da catalog esterni restano esplicitamente di sola lettura; le scritture su Iceberg Tables esterne non sono supportate (\u003Ca href=\"https://docs.databricks.com/aws/en/iceberg/\" target=\"_blank\" rel=\"noopener noreferrer\"\u003Edocs\u003C/a\u003E).\u003C/p\u003E\n\u003Cp\u003EL'impatto sulla tua capacità di ottenere autonomia sui dati è innegabile. Quando ospiti i tuoi workload su Databricks e Unity Catalog, di fatto sei costretto a migrare l'intero patrimonio di dati su Unity Catalog, tradendo la promessa di base dell'interoperabilità e la stessa affermazione secondo cui Unity Catalog sarebbe il catalog più \"interoperabile sul mercato\".\u003C/p\u003E\n\u003Cp\u003ESnowflake Horizon Catalog è tutt'altra cosa. Costruito sulle fondamenta di Apache Polaris, Snowflake Horizon Catalog offre un'implementazione end‑to‑end del protocollo Iceberg REST Catalog. Horizon è il livello di governance nativo di Snowflake, in cui classificazione, policy di accesso, lineage, qualità e gestione del catalog vengono applicati in modo coerente a tutte le Iceberg Tables gestite o consultate da Snowflake, senza limitare le operazioni di lettura o scrittura. Per di più, i team che operano sui dati provenienti da Snowflake ottengono una visione completa di dove risiedono i dati sensibili nell'intero patrimonio, e non una visione parziale limitata dalla piattaforma o dal tipo di tabella. Ciò è possibile perché Horizon Catalog si connette a catalog esterni come Unity Catalog tramite una feature chiamata Catalog Linked Databases e chiama direttamente l'endpoint Iceberg REST Catalog del catalog per ottenere l'accesso per quella specifica query. Non serve aprire un ticket con il team della piattaforma per negoziare un nuovo ruolo IAM, una credenziale a lunga durata o per gestire un nuovo meccanismo di sicurezza.\u003C/p\u003E\n\u003Ch2\u003EPerché la sicurezza open è determinante per l'interoperabilità\u003C/h2\u003E\n\u003Cp\u003EL'Iceberg REST Catalog definisce il modo in cui i catalog dovrebbero comunicare tra loro in sicurezza. La feature si chiama vended credentials. Le credenziali vending sono token a breve durata delegati dal catalog di origine per operazioni specifiche. Offrono un meccanismo che rende il tuo catalog la fonte di verità per le tue tabelle e per il tuo profilo di sicurezza. Tuttavia, sebbene sia previsto dalla specifica dell'Iceberg REST Catalog, nulla obbliga i catalog a implementarlo. L'alternativa alle vended credentials è un accesso su base ampia tramite ruoli IAM e credenziali a lunga durata come le access key. Questi approcci aggiungono complessità e potenziale rischio al tuo profilo di sicurezza. In primo luogo, non sono limitati alla specifica query o, in pratica, a una tabella specifica. In secondo luogo, le policy devono essere duplicate nel catalog di origine \u003Ci\u003Ee\u003C/i\u003E nel livello IAM, vanificando le fondamenta di un'open interoperabilità sicura come raccomandato nella specifica Iceberg REST.\u003C/p\u003E\n\u003Cp\u003ESnowflake Horizon Catalog implementa pienamente le credenziali vending per la federazione sia inbound sia outbound, offrendoti un unico punto di controllo per gestire le tue Iceberg Tables e le policy di accesso per qualsiasi engine che accede alle tue Iceberg Tables gestite da Snowflake. In pratica, questo significa che puoi definire le policy di accesso in Horizon Catalog e vederle applicate nell'engine che preferisci senza lavoro aggiuntivo. Se finora questo funzionava a livello di oggetto (catalog, namespace e tabelle), la nuova Scan Plan API, in private preview, estende la governance a controlli di accesso granulari a livello di riga e di colonna per gli engine compatibili. Al momento in cui scriviamo, Unity Catalog non rispetta le policy di accesso del tuo catalog di origine perché non utilizza le credenziali emesse dai catalog esterni.\u003C/p\u003E\n\u003Ch3\u003EAnalisi completa: il catalog più interoperabile? Decidi tu\u003C/h3\u003E\n","richText":true,":type":"snowflake-site/components/blog/blog-text"},"blog_text_copy_1784283627":{"id":"blog-text-421eb3e366","text":"\u003Ctable\u003E\n\u003Cthead\u003E\u003Ctr\u003E\u003Cth\u003EFunzionalità\u003C/th\u003E\n\u003Cth\u003ESnowflake Horizon\u003C/th\u003E\n\u003Cth\u003EDatabricks UC\u003C/th\u003E\n\u003Cth\u003EChe cosa significa per te questa differenza\u003C/th\u003E\n\u003C/tr\u003E\u003C/thead\u003E\u003Ctbody\u003E\u003Ctr\u003E\u003Ctd\u003EImplementazione del credential vending dell'Iceberg REST Catalog\u003C/td\u003E\n\u003Ctd\u003E🟢 Bidirezionale: credenziali vending per singola query: federazione \u003Ca href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-access-using-external-query-engine-snowflake-horizon\" target=\"_blank\" rel=\"noopener noreferrer\"\u003Einbound\u003C/a\u003E e \u003Ca href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-configure-catalog-integration-vended-credentials\" target=\"_blank\" rel=\"noopener noreferrer\"\u003Eoutbound\u003C/a\u003E\u003C/td\u003E\n\u003Ctd\u003E🟡 Solo inbound. Le connessioni outbound non usano IRC.\u003Csup\u003E\u003Ca href=\"#fn1\" id=\"fnref1\"\u003E1\u003C/a\u003E\u003C/sup\u003E\u003C/td\u003E\n\u003Ctd\u003EUnity Catalog introduce rischi di sicurezza non necessari perché richiede credenziali IAM a lunga durata e può aumentare il costo per query instradando le query tramite connessioni JDBC per le tabelle non gestite da Unity Catalog.\u003C/td\u003E\n\u003C/tr\u003E\u003Ctr\u003E\u003Ctd\u003ELettura e scrittura su tabelle di catalog esterni\u003C/td\u003E\n\u003Ctd\u003E🟢 \u003Ca href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-externally-managed-writes\" target=\"_blank\" rel=\"noopener noreferrer\"\u003EDML completo sulle tabelle di catalog esterni tramite Iceberg REST Catalog\u003C/a\u003E\u003C/td\u003E\n\u003Ctd\u003E🟡 Lakehouse Federation è di sola lettura. Nessun INSERT, UPDATE, DELETE o MERGE sulle tabelle di catalog esterni.\u003Csup\u003E\u003Ca href=\"#fn2\" id=\"fnref2\"\u003E2\u003C/a\u003E\u003C/sup\u003E\u003C/td\u003E\n\u003Ctd\u003EUnity Catalog costringe gli utenti a migrare tutte le tabelle oppure a limitarsi alle sole operazioni di lettura, con il rischio di rallentare il time to value e ridurre l'efficacia dei workflow di AI.\u003C/td\u003E\n\u003C/tr\u003E\u003Ctr\u003E\u003Ctd\u003EApplicazione dell'ABAC nelle query tra engine Snowflake e non Snowflake (esterni)\u003C/td\u003E\n\u003Ctd\u003E🟢 Mascheramento di righe e colonne e policy di accesso righe \u003Ca href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-query-using-external-query-engine-snowflake-horizon-enforce-access-policies\" target=\"_blank\" rel=\"noopener noreferrer\"\u003Ein GA per Spark;\u003C/a\u003E in estensione a qualsiasi engine compatibile con Iceberg REST tramite Scan Plan API (presto in Public Preview, contatta il tuo account team per maggiori dettagli).\u003C/td\u003E\n\u003Ctd\u003E🟡 Beta per gli engine Iceberg esterni. Non pronto per la produzione.\u003Csup\u003E\u003Ca href=\"#fn3\" id=\"fnref3\"\u003E3\u003C/a\u003E\u003C/sup\u003E\u003C/td\u003E\n\u003Ctd\u003ELe policy di sicurezza sono in GA su Snowflake ma in preview su Databricks.\u003C/td\u003E\n\u003C/tr\u003E\u003Ctr\u003E\u003Ctd\u003EReplica e disaster recovery\u003C/td\u003E\n\u003Ctd\u003E🟢 \u003Ca href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-replication\" target=\"_blank\" rel=\"noopener noreferrer\"\u003ESupporto completo per le tabelle gestite da Snowflake.\u003C/a\u003E\u003C/td\u003E\n\u003Ctd\u003E🟡 Le tabelle con filtri di riga o maschere di colonna sono escluse dalla replica e compromettono l'RPO. Il DR gestito è vincolato, in Preview e disponibile come add-on a pagamento.\u003Csup\u003E\u003Ca href=\"#fn4\" id=\"fnref4\"\u003E4\u003C/a\u003E\u003C/sup\u003E\u003C/td\u003E\n\u003Ctd\u003EUnity Catalog ti obbliga a rimuovere le policy di accesso dalle tabelle affinché siano idonee alla replica e al disaster recovery.\u003C/td\u003E\n\u003C/tr\u003E\u003C/tbody\u003E\u003C/table\u003E\n","richText":true,":type":"snowflake-site/components/blog/blog-text"},"blog_text_copy":{"id":"blog-text-bb5d94a989","text":"\u003Ch2\u003EPuoi comunque usare Databricks, ma senza Unity Catalog\u003C/h2\u003E\n\u003Cp\u003ESebbene le limitazioni descritte riguardino Unity Catalog, il compute di Databricks può comunque ottenere piene capacità di lettura/scrittura con catalog esterni che supportano le API Iceberg REST (IRC), come Snowflake Horizon. I clienti possono ottenerlo configurando un cluster Databricks Spark senza Unity Catalog abilitato. In questa configurazione, il cluster mantiene pieno accesso in lettura/scrittura a qualsiasi catalog conforme a IRC e ogni query rispetta le policy di accesso. Tuttavia, abilitando Unity Catalog sul cluster questa funzionalità viene limitata, a conferma del fatto che si tratta di una limitazione specifica di Unity Catalog e non della piattaforma Databricks nel suo complesso. L'uso delle variabili di sessione Spark per connettersi a Iceberg è supportato da Spark open source. Tieni presente che, adottando questo metodo, operi al di fuori del modello di integrazione di Unity Catalog.\u003C/p\u003E\n\u003Ch2\u003EIl percorso verso una vera autonomia sui dati\u003C/h2\u003E\n\u003Cp\u003EUna vera autonomia sui dati si fonda sulla libertà di scelta: la libertà di scegliere gli engine e gli strumenti migliori per i tuoi workload specifici, senza il prezzo di migrazioni forzate o di modelli di sicurezza a silos. L'interoperabilità è molto più di una specifica tecnica: è un impegno verso un'architettura che mette il cliente al primo posto.\u003C/p\u003E\n\u003Cp\u003ENella scelta di un catalog, la differenza sta nell'implementazione degli standard open. Un catalog che riduce l'interoperabilità alla sola connettività inbound ti costringe a scegliere tra il compute engine che preferisci e il modello di governance che desideri. Al contrario, un'implementazione end‑to‑end del protocollo Iceberg REST Catalog — come quella che abbiamo integrato in Snowflake Horizon — abilita un accesso bidirezionale che rispetta il tuo profilo di sicurezza, indipendentemente dall'engine che scegli.\u003C/p\u003E\n\u003Cp\u003EPer i data leader l'obiettivo è chiaro: fai in modo che le tue decisioni architetturali amplino le opzioni future anziché restringerle. Ti invitiamo a dare priorità ai catalog che considerano la sicurezza open e l'interoperabilità bidirezionale elementi di prim'ordine. Adottando un approccio realmente open, garantisci che i tuoi dati restino un asset strategico sotto il tuo controllo, e non una dipendenza vincolata a un unico provider.\u003C/p\u003E\n\u003Cp\u003E\u003Ci\u003EQuesto post fa riferimento a feature in Public Preview e soggette a modifica. Le feature in preview potrebbero non essere adatte all'uso in produzione. Consulta la documentazione Snowflake per conoscere la disponibilità attuale delle feature.\u003C/i\u003E\u003C/p\u003E\n\u003Cul\u003E\n\u003Cli\u003EFederazione \u003Ca rel=\"noopener noreferrer\" target=\"_blank\" href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-access-using-external-query-engine-snowflake-horizon\"\u003Einbound\u003C/a\u003E e \u003Ca rel=\"noopener noreferrer\" target=\"_blank\" href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-configure-catalog-integration-vended-credentials\"\u003Eoutbound\u003C/a\u003E tramite credenziali vending\u003C/li\u003E\n\u003Cli\u003E\u003Ca rel=\"noopener noreferrer\" target=\"_blank\" href=\"https://docs.snowflake.com/en/user-guide/tables-iceberg-externally-managed-writes\"\u003ESupporto in scrittura per le tabelle gestite esternamente\u003C/a\u003E\u003C/li\u003E\n\u003C/ul\u003E\n\u003Cp\u003E\u003Ci\u003EApache Iceberg e Apache Polaris sono marchi della Apache Software Foundation\u003C/i\u003E\u003C/p\u003E\n\u003Chr\u003E\n\n\u003Col\u003E\n\u003Cli id=\"fn1\"\u003E“Credential vending on Foreign Iceberg tables is not supported.” \u003Ca rel=\"noopener noreferrer\" target=\"_blank\" href=\"https://docs.databricks.com/aws/en/external-access/iceberg\"\u003Edocs.databricks.com/aws/en/external-access/iceberg\u003C/a\u003E\u003C/li\u003E\n\u003Cli id=\"fn2\"\u003E“External federated Hive metastore and all foreign tables accessed through Lakehouse Federation are read-only.” \u003Ca rel=\"noopener noreferrer\" target=\"_blank\" href=\"https://docs.databricks.com/aws/en/tables/foreign\"\u003Edocs.databricks.com/aws/en/tables/foreign\u003C/a\u003E\u003C/li\u003E\n\u003Cli id=\"fn3\"\u003E“With cross-engine attribute-based access controls (ABAC) now in Beta, Unity Catalog extends attribute-based access control to Iceberg clients using the Iceberg REST Catalog Scan APIs.” \u003Ca rel=\"noopener noreferrer\" target=\"_blank\" href=\"https://www.databricks.com/blog/unity-catalog-and-next-era-apache-icebergtm\"\u003Edatabricks.com/blog/unity-catalog-and-next-era-apache-icebergtm\u003C/a\u003E\u003C/li\u003E\n\u003Cli id=\"fn4\"\u003E“Tables with row filters or column masks and ABAC-tagged resources are flagged as failed to replicate in the system table, and these failures hold up RPO until you remove the resource from the failover group's scope.” \u003Ca rel=\"noopener noreferrer\" target=\"_blank\" href=\"https://docs.databricks.com/aws/en/admin/managed-disaster-recovery\"\u003Edocs.databricks.com/aws/en/admin/managed-disaster-recovery\u003C/a\u003E (aggiornato il 19.06.2026)\u003C/li\u003E\n\u003C/ol\u003E\n","richText":true,":type":"snowflake-site/components/blog/blog-text"}},":itemsOrder":["blog_text_copy_542549413","image","blog_text_copy_1570153581","blog_text_copy_1784283627","blog_text_copy"],":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-f25e90d1ee",":type":"snowflake-site/components/container",":items":{"author_chip":{"id":"author-chip-5bc42ed8ab","title":{"id":"title","type":"heading2","lines":["Learn more about the authors"],":type":"snowflake-site/components/title-v2"},"authors":[{"authorImage":{"id":"image-3659e81d74","height":"450","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--896ed406-dc05-44fc-923f-c331742e5dcc/carlos-nai.jpg?quality=85&preferwebp=true","alt":"Headshot-style photo of Carlos Nai","lazyEnabled":true,"width":"450",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-de6106b5c7","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/carlos-nai/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Carlos Nai"},"authorTitle":"Product Marketing Lead, Data Lakes at Snowflake"},{"authorImage":{"id":"image-c13c593b8b","height":"800","src":"https://www.snowflake.com/adobe/dynamicmedia/deliver/dm-aid--85428841-cdd8-4cae-b3d0-4003575f4937/jim-lebonitte.png?quality=85&preferwebp=true","lazyEnabled":true,"width":"800",":type":"snowflake-site/components/image"},"authorCta":{"id":"button-c490bff99c","showOutboundIcon":false,"buttonLink":{"valid":true,"url":"/en/blog/authors/jim-lebonitte/"},"linkTargetContentType":"DOCUMENT_LEARN",":type":"snowflake-site/components/button","linkType":"SNOWFLAKE_INTERNAL","text":"Jim Lebonitte"},"authorTitle":"Director, GTM Platform & Architecture AFE"}],":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-530e67db99",":type":"snowflake-site/components/flexible-column-container/flexible-column-content-container",":items":{"blog_table_of_content":{"id":"blog-table-of-content-c30e15ae11",":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-0386a4d537","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-32046e424a",":type":"snowflake-site/components/container",":items":{"flexible_column_cont":{"id":"flexible-column-container-8111fd33eb","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-1f5aaf069c",":type":"snowflake-site/components/flexible-column-container/flexible-column-content-container",":items":{"marketo_v2":{"id":"marketo-v2-d37a07527d","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"},"munchkinId":"252-RFO-227","serverInstance":"252-RFO-227.mktoweb.com","marketoConfigured":true,"formConfigured":true,":type":"snowflake-site/components/form/marketo-v2"},"text":{"id":"text-fb0da48dd3","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-f24348e211","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?callerPage=/content/snowflake-site/global/it/blog/bidirectional-interoperability-snowflake-horizon-databricks"},"markup_editor":{"id":"markup-editor-90afb67f4f","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-c217553954","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-0358079838","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?callerPage=/content/snowflake-site/global/it/blog/bidirectional-interoperability-snowflake-horizon-databricks"}},":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"],":hierarchyType":"page",":path":"/content/snowflake-site/global/it/blog/bidirectional-interoperability-snowflake-horizon-databricks","analyticsContentTags":["snowflake-site:taxonomy/blog/product-and-technology","snowflake-site:taxonomy/blog/product-and-technology/data-engineering","snowflake-site:taxonomy/blog/product-and-technology/data-lake"],"analyticsEnabled":true,"isPasswordProtected":false,"coveoConfig":{"pipeline":"snowflake.com","searchHub":"snowflake.com","organizationId":"snowflakecomputingproduction8neljofn","apiKey":"xx335921a6-2a0a-40f2-a167-e390b4766c3d"},"analyticsDebugMode":false,"analyticsData":{"excludeFromAnalytics":false,"subCategory":"","pageType":"homepage","templateName":"blog-page","siteName":"snowflake","pageUrl":"/content/snowflake-site/global/it/blog/bidirectional-interoperability-snowflake-horizon-databricks","language":"it","category":"general","pageName":"Open Interoperability: offrire libertà di scelta ai clienti","contentTags":["snowflake-site:taxonomy/blog/product-and-technology","snowflake-site:taxonomy/blog/product-and-technology/data-engineering","snowflake-site:taxonomy/blog/product-and-technology/data-lake"]},"locale":"it"}