2026-10-08 · Fuente：SiliconANGLE
Al incrustar el motor analítico directamente en su servicio PostgreSQL gestionado, Amazon elimina las canalizaciones de extracción, transformación y carga que durante tanto tiempo separaron a las aplicaciones operativas de sus registros archivados.
La copia de datos es la baja. Amazon Web Services está enseñando a Aurora PostgreSQL a leer lagos de datos Apache Iceberg in situ, dejando que las aplicaciones extraigan registros transaccionales en vivo y archivos históricos hacia un único resultado de consulta sin duplicar nada.
El motor que hace el trabajo pesado es DuckDB, que AWS ha incrustado dentro del propio Aurora PostgreSQL. Con el motor analítico residente en el sistema de gestión de bases de datos, las consultas emitidas desde el mismo servicio que maneja las transacciones actuales pueden alcanzar hacia fuera las tablas de Iceberg, y el enfoque no requiere conjuntos de datos copiados ni canalizaciones de extracción/transformación/carga para mantener los dos mundos sincronizados.
La capacidad apunta a una división que ha moldeado la arquitectura de datos empresarial durante años. Las bases de datos operativas están afinadas para escrituras constantes, pequeñas y que cambian el estado; los sistemas analíticos, para escanear volúmenes vastos de historial. Tender un puente entre ambos ha significado tradicionalmente copiar los datos de producción hacia fuera, transformarlos y cargarlos en un almacén aparte: almacenamiento duplicado, más el desfase entre que una transacción aterriza y se convierte en historial consultable. Al dejar que Aurora PostgreSQL interrogue a Iceberg directamente, Amazon derrumba esa capa intermedia: el sistema transaccional y el registro histórico pasan a ser legibles desde un solo lugar.
Cada canalización eliminada es también un trabajo programado que ya no hay que monitorizar, reintentar ni reparar entre una base de datos operativa y su archivo. Para los equipos de plataformas de datos, eso es superficie operativa restada, no sumada.
Anunciada el 30 de septiembre, la función convierte a Aurora PostgreSQL en una única dirección de consulta tanto para los datos en vivo como para los archivados, con el popular lago de datos Apache Iceberg sirviendo como capa histórica y DuckDB aportando el músculo analítico dentro de la base de datos gestionada. Para los clientes de AWS, el significado es rotundo: la distancia entre las transacciones actuales de una aplicación y su propio historial acaba de acortarse.
Etiquetas: AWS · Aurora PostgreSQL · DuckDB · Apache Iceberg · Cloud Databases · Data Lakes
萬安算交所 AIXX · AIXX · Exchange verificado · Ir al mercado