La semaine du 20 juillet a parlé de placement : où les données ont le droit de résider, où une fonction longue garde son état, et où un nœud GPU atterrit par rapport à ses voisins. AWS a ouvert une Local Zone à Athènes, la deuxième en EMEA à porter S3 et les EBS Local Snapshots, ce qui en fait une réponse de résidence et pas seulement de latence. Le Lambda Durable Execution SDK for .NET est passé GA, donc les équipes C# obtiennent des workflows avec checkpoints qui peuvent se mettre en pause jusqu'à un an sans orchestrateur externe. EKS Auto Mode et Karpenter ont gagné les interfaces EFA et les EC2 placement groups dans le node pool. Et SES a fait passer les nouveaux comptes sur des plans tarifaires et fermé son propre free tier aux nouveaux venus, un changement qui surprendra celui qui créera le prochain compte sandbox.

Aucun lancement AWS Transform, DMS ou autre migration n'est tombé dans cette fenêtre. Le SDK .NET est ce qui ressemble le plus à une nouvelle de modernisation, et c'en est une vraie pour les équipes qui ont réécrit des services Windows en fonctions puis découvert qu'il leur fallait Step Functions pour tenir l'état.

Athènes : une Local Zone qui peut garder des données

La plupart des Local Zones, c'est du compute en bordure avec les données restées dans la Région parente. Athènes, identifiant eu-central-1-ath-1a, arrive avec S3 One Zone-IA et EBS avec Local Snapshots par-dessus EC2 C7i, M7i et R7i, plus ECS, EKS, VPC, Direct Connect et ALB. Cette combinaison est ce qui vous permet de dire à un régulateur grec que les données ont été stockées et traitées en Grèce, qui est la phrase pour laquelle la Local Zone existe. La tarification est à l'usage avec On-Demand, Savings Plans et Spot, sans engagement. Vous optez via AWS Global View ou l'API ModifyAvailabilityZoneGroup :

aws ec2 modify-availability-zone-group \
  --region eu-central-1 \
  --group-name eu-central-1-ath-1 \
  --opt-in-status opted-in

Le compromis, c'est le « Local » de Local Snapshots et le « One Zone » de One Zone-IA. Les deux signifient que les données vivent dans une seule installation. Une Local Zone n'a pas d'AZ sœur vers laquelle basculer, et si la règle de résidence interdit de répliquer vers Francfort, votre histoire de durabilité tient à un seul bâtiment. Cela peut être acceptable pour des données que le système de référence détient aussi ailleurs, et inacceptable pour des données qui ne le sont pas. Décidez à quelle catégorie chaque jeu de données appartient avant que le schéma d'architecture soit dessiné autour de la zone. Notez aussi la liste des services : pas de RDS, pas de Lambda. Tout ce qui est à état et n'est ni S3 ni EBS tourne dans la Région parente, et le chiffre de latence à un chiffre en millisecondes vaut vers les utilisateurs finaux d'Athènes, pas vers eu-central-1.

Exécution durable pour .NET : l'orchestrateur rentre dans la fonction

Le paquet NuGet Amazon.Lambda.DurableExecution donne aux fonctions C# des étapes qui posent automatiquement des checkpoints, des callbacks pour l'approbation humaine ou par agent, l'invocation durable pour chaîner des fonctions, et des attentes qui suspendent l'exécution jusqu'à un an pendant que la fonction attend un événement externe. Un paquet compagnon Amazon.Lambda.DurableExecution.Testing émule le runtime en local. L'argument : pipelines de paiement, orchestration d'agents et flux d'approbation sans écrire de suivi de progression ni monter une machine à états.

Pour une équipe qui a porté un service Windows .NET sur Lambda puis greffé Step Functions pour se souvenir d'où en était un job multi-étapes, cela replie deux services en un et ramène le flux de contrôle dans le code, là où le compilateur peut le voir. Le mode de défaillance est le même que pour tout framework de fonctions durables : votre code doit être déterministe entre les checkpoints, parce qu'au replay le SDK ré-exécute la fonction et attend la même séquence d'étapes. Un DateTime.Now ou un identifiant aléatoire hors d'une étape casse le replay d'une façon pénible à déboguer en production et triviale à attraper avec l'émulateur local. Utilisez l'émulateur en CI dès le premier jour. Et « pause jusqu'à un an » est la limite d'attente ; l'annonce ne donne ni limite d'exécution globale ni tarif, donc lisez la page de prix Lambda avant de modéliser un workflow qui vit pendant des mois.

EKS Auto Mode apprend les placement groups et EFA

Les node pools sur EKS Auto Mode et Karpenter open source peuvent maintenant demander des EC2 placement groups avec les stratégies cluster, spread ou partition, et configurer des interfaces réseau EFA en EFA-only ou en ENI standard sur les instances compatibles EFA, pour la capacité dynamique comme statique. Les interfaces EFA-only ne consomment pas d'adresses IP. Disponible partout où EKS l'est.

Cela comble l'écart qui tenait l'entraînement distribué et le HPC fortement couplé à l'écart d'Auto Mode. Ces charges ont besoin des nœuds dans un cluster placement group sur le même spine et d'EFA pour les opérations collectives, et jusqu'ici cela voulait dire un node group autogéré avec un launch template, ce qui voulait aussi dire perdre la réparation de nœuds et la consolidation pour lesquelles Auto Mode existe. Le point à surveiller, c'est la capacité. Un cluster placement group restreint l'endroit où EC2 peut placer une instance, et la force de Karpenter est de choisir n'importe quel type d'instance qui convient ; les deux tirent dans des directions opposées. Attendez-vous à plus de InsufficientInstanceCapacity au provisionnement, et donnez à ces node pools un plancher de capacité statique plutôt que de compter sur le scale-from-zero à 09:00 quand le job d'entraînement démarre.

Plans tarifaires SES : lisez ceci avant votre prochain nouveau compte

Depuis le 21 juillet, SES propose les plans Essentials, Pro et Enterprise, groupés jusqu'à 22 % en dessous de l'achat des mêmes capacités à l'unité. Les nouveaux comptes SES démarrent sur Essentials, de même que les clients de retour qui n'ont pas envoyé via SES depuis le 1er juin 2025. Quiconque a envoyé depuis reste sur la tarification à la carte et peut basculer à volonté. La partie qui compte pour les équipes plateforme : le free tier spécifique à SES de 3 000 messages par mois pendant douze mois a disparu pour les nouveaux clients, remplacé par les crédits AWS Free Tier généraux allant jusqu'à 200 $ sur six mois.

Rien ici ne change un compte de production établi. Cela change chaque nouveau compte : le sandbox par environnement, le membre d'organisation de la nouvelle business unit, l'acquisition que vous intégrez. Si votre pipeline de distribution de comptes suppose que SES est gratuit à faible volume, ce n'est plus le cas, et le premier signal sera une facture que personne n'attendait. Mettez à jour la baseline et les alertes de budget avant la création du prochain compte.

Aussi cette semaine

Le fil conducteur

Chaque titre de la semaine, c'est AWS qui vous laisse épingler quelque chose qui flottait. Athènes épingle les données à un pays. L'exécution durable épingle l'état d'un workflow à la fonction plutôt qu'à un orchestrateur séparé. Les placement groups épinglent les nœuds à un spine. Chaque épingle vous achète quelque chose de concret, résidence, simplicité, bande passante, et chacune vous coûte la souplesse qui rendait la version flottante résiliente : une seule installation, du code déterministe, une capacité plus étroite. Aucun de ces échanges n'est mauvais. Ce sont des échanges, et les annonces ne décrivent que le côté que vous recevez. Le changement SES est la même leçon vue depuis la facturation : un défaut a bougé, et les défauts sont là où vivent les surprises.

À lire ensuite

Pour la lecture IA et agents des mêmes semaines, les notes de terrain vivent sur ercan.ai. Le conseil en AWS, cloud, pipelines CI/CD, Linux, GitHub/GitLab et plus encore passe par ercanermis.com.

Références