Amazon S3 Tables passa a oferecer migração gerenciada de tabelas Apache Hive para Apache Iceberg

A AWS passou a oferecer no Amazon S3 Tables uma migração gerenciada de tabelas Apache Hive para Apache Iceberg. No lançamento, o recurso cobre tabelas em formato Parquet registradas no AWS Glue Data Catalog, dentro da mesma conta e da mesma região da AWS. Não há pipeline para montar nem compute para provisionar.

O fluxo é Start, Sync, Complete. Ao iniciar, o S3 Tables valida a tabela de origem, identifica todos os objetos no escopo e gera um relatório de compatibilidade antes de copiar qualquer dado. Depois, o sync-table-migration pode rodar quantas vezes for preciso, e cada execução copia só o que mudou. As gravações na origem seguem normais, com parada de apenas alguns minutos no cutover. A tabela de destino fica somente leitura durante o processo e vira leitura e escrita quando a migração é concluída.

O serviço cuida de validação, conversão de tipos, recompressão de arquivos e compaction. A cobrança incide só sobre os dados copiados, sem custo pela conversão, e objetos em S3 Intelligent-Tiering ficam na camada de acesso atual. O acesso ao destino vem por Athena, SageMaker Unified Studio ou qualquer ferramenta compatível com a Iceberg REST API. Também há console, AWS CLI, SDKs e o Agent Toolkit for AWS, com a skill migrating-hive-tables-to-s3-tables para agentes como o Kiro.

Em 18 de junho de 2026, o CEVIU publicou "Por que trocamos o data lake estilo Hive pelo Apache Iceberg", sobre uma equipe que migrou seu data lake em Parquet no S3 com AWS Glue Catalog para o Iceberg, já usando a expansão do suporte da AWS ao formato. Aquele caso descrevia um esforço conduzido pela própria equipe. Agora a AWS oferece o caminho como operação gerenciada e orientada por API, no mesmo cenário de origem (Parquet no S3 com Glue Catalog).

Para quem opera um data lake estilo Hive, a principal barreira à adoção do Iceberg era o custo de engenharia da migração, com conversão de tipos e rollback. O relatório de compatibilidade prévio e o sync incremental permitem planejar o cutover com menos risco. Vale checar as limitações do lançamento: só Parquet, só Glue, mesma conta e mesma região.