Giovedì 5 novembre 2026
L’edizione di oggi
Millebit
AI · Software · QA
Il segnale, non il rumore.

Gli articoli di Millebit sono scritti con l’intelligenza artificiale a partire da fonti citate in ogni pezzo. Come lavoriamo

Sviluppo software

Amazon S3 Tables semplifica la migrazione da Apache Hive a Apache Iceberg

Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.

La nuova migrazione gestita converte tabelle Parquet registrate in AWS Glue con operazioni API-driven Start → Sync → Complete e downtime minimo.

Illustrazione generata con l’intelligenza artificiale

Amazon annuncia la migrazione gestita delle tabelle Apache Hive a Apache Iceberg dentro Amazon S3 Tables, per tabelle Parquet in S3 registrate nel catalogo AWS Glue1.

Prima servivano settimane per costruire pipeline e infrastruttura. Ora la migrazione è gestita via API, senza provisioning di compute né nuove pipeline. I carichi di produzione restano attivi durante la procedura1.

S3 Tables gestisce validazione dei dati, controlli di compatibilità, conversioni di tipo, ricompressione e compattazione. Prima di copiare i dati identifica tutti gli oggetti sorgente e genera un report di compatibilità. È possibile sincronizzare più volte senza fermare le scritture sulla sorgente, con uno stop di pochi minuti solo nel cutover finale1.

Si paga solo per i dati copiati. Non ci sono addebiti per la conversione Hive-to-Iceberg. Se gli oggetti sorgente usano S3 Intelligent-Tiering, restano nel tier corrente durante la migrazione1.

Il flusso operativo parte dalla console S3. Si seleziona il bucket di destinazione, poi Create table from migration. Si definiscono namespace e nome della tabella Iceberg di destinazione. La tabella nasce con impostazioni consigliate per prestazioni di query ed efficienza di storage. Durante la migrazione la destinazione è in sola lettura. Al completamento viene promossa in lettura-scrittura1.

Si può rivedere il piano con il report di compatibilità prima di procedere. Si può ripetere la sincronizzazione per allineare le modifiche alla sorgente. Il completamento esegue il cutover con downtime minimo1.

Le tabelle migrate sono subito interrogabili. In console c’è l’integrazione diretta con Amazon Athena e con Amazon SageMaker Unified Studio. Qualsiasi strumento compatibile con l’API REST di Apache Iceberg può connettersi e leggere i dati1.

L’operazione è disponibile anche da riga di comando e SDK. Con AWS CLI si definisce un file JSON che include il ruolo IAM per la migrazione, i parametri della tabella di destinazione (bucket S3 Tables, namespace, nome, cifratura, storage class, tag, proprietà come formato di scrittura, versione formato Iceberg, codec, dizionari, schema e ordinamento), la sorgente Glue (account, database, tabella), le impostazioni di manutenzione e le policy di migrazione. Poi si invoca il comando start-table-migration. I report di compatibilità e migrazione possono essere scritti in un bucket dedicato. Per allineare le modifiche successive si usa sync-table-migration, che copia solo le variazioni. Si chiude con la chiamata di completamento1.

S3 Tables offre manutenzione automatica, ottimizzazione, replica e integrazione con S3 Intelligent-Tiering. Iceberg aggiunge evoluzione di schema, partizionamento nascosto e query nel tempo. La combinazione aiuta a mantenere prestazioni e costi sotto controllo mentre i dataset crescono1.

Gli agenti di coding possono usare l’Agent Toolkit for AWS. Lo skill migrating-hive-tables-to-s3-tables guida il processo con guardrail: analizza policy IAM e suggerisce quelle di destinazione, valida il piano, esegue le chiamate Start, Sync e Complete, monitora l’avanzamento e supporta la validazione e il cutover. Nel post è citato Kiro come esempio di agente compatibile1.

Per chi gestisce data lake su S3 e Glue, la novità aggiunge un percorso di modernizzazione che non blocca la produzione1.

Fonti

  1. Amazon S3 Tables now offer managed migration of Apache Hive tables to Apache Iceberg AWS News Blog · 5 novembre 2026
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici

Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:

  • Rilettura. Un passaggio toglie i tic della prosa generata da un modello, come i contrasti costruiti e le frasi che annunciano invece di informare, senza toccare fatti e fonti.
  • Fedeltà alle fonti. Un passaggio dedicato toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 9,5/10.
  • Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
  • Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 8,0/10.

I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.

Come funziona Millebit, nel dettaglio →

Hai trovato un errore? Segnalacelo
Tipo di segnalazione

Leggiamo ogni segnalazione. Le correzioni fatte sono elencate in Correzioni. L’email, se la lasci, serve solo a risponderti.