AWS permet désormais de choisir des groupes d’échange de clés hybrides ML-KEM sur Aurora PostgreSQL 18 via le paramètre ssl_groups, sans redémarrage. Activez-le sur les bases qui portent des données à longue durée de vie pour neutraliser la collecte « harvest now, decrypt later ».

Le 27 octobre 2026, AWS a relevé le plafond d’Amazon Aurora serverless à 384 ACU pour PostgreSQL, soit 768 Gio de mémoire et 50 % de capacité en plus, tout en conservant la redescente à zéro. Pour les charges en rafale des agents IA, c’est le signal qu’AWS veut faire de la base serverless le socle par défaut — à condition de traiter le plafond ACU comme une vraie décision de capacité, pas comme un réglage anodin.

Le 21 octobre 2026, AWS a lancé les On-Demand Capacity Reservations pour Amazon Aurora et RDS : réserver de la capacité de calcul dans une ou plusieurs zones de disponibilité, immédiatement ou planifiée de 5 à 120 jours à l’avance. C’est une assurance contre les erreurs « insufficient capacity », pas une réduction de coût : la capacité réservée se paie même quand aucune instance ne tourne.

AWS embarque DuckDB dans Aurora PostgreSQL pour requêter en une seule requête les données opérationnelles et celles du data lake, sans pipeline ETL. Une bascule pour les équipes qui répliquaient le lac dans Postgres.