Open by Design: l’impegno di Snowflake per Iceberg e l’interoperabilità

In Snowflake crediamo che i formati di dati open mantengano la loro promessa solo quando sono affiancati da un’interoperabilità realmente aperta. Formati come Apache Iceberg sono stati creati per abilitare scelta, portabilità e collaborazione tra motori, cloud e vendor. Questi principi per noi sono fondamentali.

Per questo Snowflake supporta una piena interoperabilità bidirezionale tramite l’Iceberg REST Catalog. Che Snowflake agisca come consumer di tabelle Iceberg gestite altrove o come sorgente per sistemi downstream, crediamo che debbano essere i clienti — non le piattaforme — a decidere come e dove i dati vengono utilizzati.

Cosa significa nella pratica interoperabilità bidirezionale

L’Iceberg REST Catalog definisce un control plane neutrale e vendor-independent per i metadati Iceberg. Se implementato in modo aperto, consente ai sistemi di interoperare senza richiedere integrazioni proprietarie, accoppiamenti rigidi o logiche speciali. Snowflake supporta questo modello in entrambe le direzioni. Snowflake può federare in uscita verso qualsiasi endpoint conforme all’Iceberg REST Catalog. Snowflake può anche esporre le proprie tabelle Iceberg tramite un endpoint Iceberg REST Catalog, consentendo ai sistemi downstream di consumarle utilizzando client Iceberg standard. 

Questa non è una strada a senso unico. È una scelta deliberata a favore di simmetria e apertura — perché, in definitiva, abbracciare un’interoperabilità open riduce l’attrito e fa risparmiare tempo. I clienti non devono preoccuparsi dei formati utilizzati o di incompatibilità tra cataloghi. Stiamo supportando un ecosistema open che riteniamo rappresenti il nuovo standard per l’interoperabilità. 

Snowflake come consumer: federazione in uscita

Quando Snowflake federa in uscita, agisce come una piattaforma Iceberg conforme agli standard. I clienti possono puntare Snowflake a un endpoint Iceberg REST Catalog gestito da un altro sistema e iniziare immediatamente a interrogare o scrivere tabelle Iceberg. Utilizzando credenziali fornite dal catalogo remoto, il processo evita adapter proprietari o vendor lock-in.

Questo modello consente a Snowflake di partecipare a ecosistemi Iceberg open senza assumere la proprietà o il controllo del catalogo stesso. Dopotutto, imporre restrizioni alla federazione verso sorgenti esterne vanifica in gran parte lo scopo dell’interoperabilità open. Contraddice lo spirito stesso di Iceberg. 

Snowflake come sorgente: abilitare la federazione downstream

Quando si tratta di dati Iceberg, Snowflake non considera l’apertura un rischio competitivo. La consideriamo un requisito di base per l’interoperabilità. Questo significa che Snowflake supporta nativamente il ruolo di sorgente per la federazione downstream. 

Quando Snowflake espone tabelle Iceberg tramite l’Iceberg REST Catalog, i motori downstream possono scoprire le tabelle utilizzando API standard dei metadati Iceberg; leggere e scrivere dati utilizzando le semantiche Iceberg; utilizzare in modo sicuro le credenziali fornite da Snowflake Horizon Catalog; e operare in modo indipendente dal motore di esecuzione di Snowflake.

Supportare la federazione in uscita tramite l’Iceberg REST Catalog offre ai clienti la possibilità di portare i dati Snowflake nella piattaforma di loro scelta. 

Una visione chiara dello scenario attuale

Ecco un riepilogo chiaro di quali prodotti possono federare in uscita verso un endpoint Iceberg REST Catalog di terze parti.

La nostra posizione sui formati open

La nostra visione è semplice. I formati open devono essere implementati in modo open. L’interoperabilità deve essere bidirezionale. I clienti non dovrebbero dover chiedere il permesso per spostare o condividere i propri dati. Continueremo a investire in Iceberg, nell’Iceberg REST Catalog, in Apache Polaris e negli standard open in generale. Incoraggiamo inoltre gli altri attori dell’ecosistema a trattare i formati open con lo stesso livello di apertura — non solo come meccanismo di ingestion, ma come fondamento per una vera interoperabilità. 

I dati open funzionano al meglio quando tutti rispettano regole open.

Accedi alle tabelle Iceberg Snowflake tramite motori e cataloghi esterni: Documentazione

Accedi a tabelle Iceberg remote/esterne tramite Snowflake: Documentazione