AWS fournit un émulateur local des API de plus de 200 services, utilisable sans compte et sans frais. Son code a été entièrement produit par des agents IA, et sa fidélité est publiée par version avec des scores détaillés par service et par scénario.
Fidélité publiée et cadence de versions
AWS publie un fichier de scores avec chaque version. Pour la v1.0.322, publiée le 11 novembre 2026, 24 243 tests notés sur 42 857 sont validés, ce qui correspond à 56,6 %, et 80 tests sont ignorés. Concernant les étapes, 49 810 sur 68 007 aboutissent, soit 73,2 %, tandis que 2 752 flux inter-services sur 6 569 réussissent, soit 41,9 %. Les résultats varient selon les services : KMS atteint 93,9 % (291 sur 310), SQS 89,8 %, quand CloudFormation plafonne à 15,8 % (414 sur 2 612). Parmi les services majeurs, S3 est à 79,1 %, DynamoDB à 77,3 %, SNS à 73,9 %, Lambda à 46,4 % et EC2 à 41,5 %. Les versions v1.0.265 à v1.0.322 ont été publiées entre le 8 et le 11 novembre.
Périmètre d’usage et limites techniques
AWS Emulator cible les boucles locales et l’intégration continue, et n’est pas destiné aux tests de sécurité ou de charge. L’évaluation IAM n’est pas mise en œuvre et les politiques ne sont pas interprétées comme sur AWS. L’outil fonctionne avec une seule région et un seul compte, accepte tout identifiant mais n’isole pas les ressources par ceux-ci. La vérification a eu lieu en us-west-2 et, pour les services globaux, en us-east-1. En mémoire et éphémère, il n’est pas testé pour des exécutions longues, avec une option --idle-timeout pour l’arrêt. La télémétrie est activée par défaut et peut être désactivée via un indicateur, une variable d’environnement, un fichier de configuration ou l’API intégrée. Les opérations non implémentées renvoient HTTP 501. Selon la documentation de fidélité, les API de contrôle correspondent mieux que les API de données, et le support de CloudFormation, Terraform et CDK varie selon le service.
Un projet entièrement rédigé par des agents IA
Le code d’AWS Emulator a été intégralement écrit et corrigé par des agents autonomes. L’initiative a commencé avec une demande adressée à Kiro, qui a fourni un émulateur Amazon SQS jugé satisfaisant en une quinzaine de minutes. AWS a confié la suite du développement à trois groupes d’agents distincts : des créateurs de tests qui conçoivent des scénarios à partir des modèles Smithy et les valident sur AWS, des agents chargés de détecter les problèmes qui exécutent ces tests sur l’émulateur et relèvent les échecs, et des agents correcteurs qui prennent en charge les problèmes individuellement. Chaque modification passe par une étape de fusion englobant compilation, relecture de code, vérification de la sécurité et contrôle de fidélité, avec des contrôles adversariaux réalisés par plusieurs agents spécialisés en sécurité. Matthew Goldberg rapporte des centaines d’agents travaillant en parallèle et corrigeant des milliers de problèmes par jour. Le pipeline s’appuie sur AWS Developer Tools avec CodeCommit comme dépôt des agents, avant une publication finale sur GitHub.
Vous codez avec l’IA ?
Outils, agents et nouveautés dev IA décryptés, chaque soir en 5 min. Gratuit.
Inclus dès l'inscription : notre sélection des meilleurs guides & comparatifs IA.
Choisissez votre rythme
Gratuit · Pas de spam · Désabonnement en 1 clic
Mise en place locale et intégrations de test
L’émulateur s’emploie sans compte et sans frais, en redirigeant l’AWS CLI et les SDK vers son point de terminaison. Le programme, sans interface graphique, se configure par variables d’environnement sans modifier le code applicatif, et les ressources disparaissent à l’arrêt. L’installation est possible via paquets RPM ou Debian sur Linux, ou via un conteneur Docker sur macOS et Windows limité à 2 GiB de mémoire. En mode intégré Rust, il s’ajoute comme dépendance de développement pour une instance isolée par test, et un ajout de compétence est prévu pour des agents de codage avec AWS CLI 2.35.0 ou ultérieure. Une construction depuis la source permet d’utiliser HTTPS sur 127.0.0.1:9297 avec un certificat auto-signé, exige une toolchain Rust, un compilateur C et un espace disque d’au moins 100 Go, et le mode intégré ne requiert ce processus qu’au premier test cargo. La documentation donne un exemple de fidélité avec DynamoDB, où une table nommée avec deux caractères déclenche la même ValidationException que sur AWS.
Couverture de 200+ services et caractéristiques de plate-forme
AWS Emulator s’appuie sur 438 modèles d’API et couvre plus de 200 services, avec un crate Rust par service. Son point de terminaison par défaut est en HTTPS sur 127.0.0.1:9297, et l’éditeur publie des scores de fidélité par version. L’outil est gratuit et sous licence CC0 pour ce périmètre de services, et sa couverture dépasse, selon le tableau comparatif, les fourchettes annoncées par des solutions commerciales selon leurs plans.
Face à LocalStack, Moto et Floci, des choix différents
AWS Emulator est diffusé sous licence CC0 1.0, quand Moto est sous Apache-2.0 et Floci sous MIT, tous deux gratuits. LocalStack propose des plans payants avec un palier Hobby à 0 $, un plan Base à 39 $ et un plan Ultimate à 89 $ par licence et par mois en annuel, et requiert un jeton de fournisseur. Côté couverture, AWS Emulator annonce plus de 200 services et 438 modèles d’API, tandis que LocalStack indique 30+, 55+ ou 110+ selon le plan. Les points d’écoute par défaut diffèrent : 127.0.0.1:9297 en HTTPS pour AWS Emulator, 4566 pour LocalStack et Floci, 5000 pour Moto. Moto propose un mode de test Python via @mock_aws. Floci s’auto-rapporte à environ 13 MiB au repos et environ 24 ms au démarrage. Seul AWS Emulator publie des scores de fidélité par version parmi ces outils.
