L’essentiel
AWS Emulator offre aux équipes un substitut local et gratuit à plus de 200 services AWS : les tests unitaires et d’intégration tournent sans compte, sans réseau et sans facture cloud. Les équipes qui développent sur AWS gagnent une boucle plus rapide pour les développeurs et les agents de code. La sécurité, l’IAM et la montée en charge exigent toujours un vrai compte.
Qu’a lancé AWS ?
AWS Emulator est un programme local qui répond aux appels d’API AWS sur votre propre machine. Il écoute sur un point de terminaison HTTPS local, par défaut 127.0.0.1:9297, et génère au démarrage ses propres identifiants, son fichier de configuration et son certificat. Il suffit de pointer la CLI ou un SDK vers lui avec AWS_ENDPOINT_URL pour que les scripts qui créent une file SQS ou écrivent dans une table DynamoDB fonctionnent sans modification.
AWS le distribue sous forme de paquets RPM et Debian pour Linux. Sous macOS et Windows, il tourne dans Docker, et les projets Rust peuvent l’intégrer à leurs tests via une crate dédiée. Chaque instance conserve son état en mémoire, ce qui rend les exécutions de tests isolées et reproductibles. D’après The Register, AWS propose aussi un skill d’agent pour que les agents de code puissent l’utiliser directement.
Comment des agents IA l’ont-ils construit ?
Selon AWS, l’émulateur a été écrit et est maintenu par des agents autonomes. « L’émulateur a été entièrement écrit par des agents autonomes. Notre équipe n’a écrit ni relu aucune ligne de code », a écrit Matt Goldberg, senior principal engineer chez AWS à l’origine du projet, dans un billet de blog cité par GeekWire.
Les agents tournent sur Amazon Bedrock AgentCore, répartis en trois équipes :
- Les rédacteurs de tests transforment les modèles publics d’API AWS en « tests de fidélité » et vérifient chacun d’eux sur le vrai AWS.
- Les exécutants rejouent ces tests sur l’émulateur et ouvrent un ticket pour chaque écart.
- Les correcteurs prennent un ticket par exécution d’agent et corrigent le code.
Chaque modification passe par une barrière automatisée où d’autres agents contrôlent les normes de code et la sécurité. AWS publie des scores de fidélité par service au format « k sur n », ainsi qu’une suite d’évaluation ouverte et une liste publique des lacunes connues. Selon Goldberg, des centaines d’agents corrigent désormais des milliers de tickets par jour.
Quelles sont les limites d’AWS Emulator ?
AWS le dit clairement : ce n’est pas une copie complète de son cloud. Les limites pèsent surtout sur tout ce qui touche à la sécurité ou à la montée en charge :
| Domaine | Ce que fait l’émulateur aujourd’hui |
|---|---|
| IAM | N’évalue pas les politiques IAM ni les politiques basées sur les ressources comme le fait AWS |
| Comptes et régions | Un seul compte ; aucun comportement inter-comptes ni inter-régions |
| Modes de défaillance | Pas de simulation de throttling ni de pannes (Devin Pratt, analyste IDC, via InfoWorld) |
| Isolation | N’exécute pas le code dans un bac à sable |
| Couverture | Les opérations non implémentées renvoient HTTP 501 |
| Fidélité | Variable selon le service ; consultez les scores publiés avant de vous y fier |
L’alternative que la plupart des équipes connaissent déjà est LocalStack, qui a cette année placé sa version gratuite derrière l’obligation de créer un compte et l’a limitée à un usage non commercial, selon GeekWire. AWS Emulator est gratuit et dans le domaine public, mais il est récent et offre moins de fonctionnalités.
Ce que cela signifie pour les équipes logicielles aux États-Unis et dans l’UE
Des boucles de test CI plus rapides et moins chères
Le gain le plus net se situe dans la CI. Les tests qui créent de vraies ressources sont lents, coûtent de l’argent et exigent des identifiants dans le pipeline. Un point de terminaison local supprime ces trois contraintes pour la plupart des tests au niveau API, et peut remplacer de nombreux mocks écrits à la main qui s’éloignent du comportement réel des services.
Des boucles de test plus sûres pour les agents de code
Cela change aussi la façon de laisser travailler les agents de code. Un agent qui teste sur un émulateur local n’a jamais besoin d’identifiants cloud : une erreur ne peut ni supprimer un bucket de production ni faire grimper la facture. Pour les équipes réglementées de la FinTech ou de la HealthTech, garder les données de test sur la machine les tient aussi à l’écart des comptes cloud partagés.
Quand un vrai compte AWS reste indispensable
Les limites définissent où l’outil s’arrête. Comme les politiques IAM ne sont pas évaluées, un test qui passe en local ne dit rien sur la capacité réelle d’un rôle à accéder à une ressource. Conservez une courte suite de tests sur un vrai compte sandbox pour les permissions, les quotas, les architectures multi-régions et la gestion des erreurs.
Comment le traiter en revue de sécurité
Un dernier point pour les revues de sécurité : selon AWS, aucun humain n’a écrit ni relu ce code, et l’émulateur n’isole pas ce qu’il exécute. Traitez-le comme n’importe quel outil de développement tiers : figez une version, exécutez-le uniquement sur les postes des développeurs et les runners CI, et tenez-le à l’écart des réseaux de production.
Ce que cela change pour le marché français
En France, l’argument le plus parlant pour les DSI n’est pas seulement la facture : c’est la maîtrise des données de test. Le guide RGPD de l’équipe de développement publié par la CNIL recommande déjà de ne pas utiliser de données personnelles réelles dans les environnements de test. Un émulateur local va dans ce sens, à condition de l’alimenter avec des jeux de données fictifs ou anonymisés plutôt qu’avec une copie de la production.
Pour les ESN et les intégrateurs, qui gèrent souvent un environnement de recette par client, l’outil peut réduire le nombre de comptes AWS de test à ouvrir et à sécuriser pour chaque projet. Dans les appels d’offres publics ou les secteurs sensibles qui exigent un hébergement qualifié SecNumCloud, il ne change rien à la production, mais il permet de faire tourner une grande partie de l’intégration continue sans envoyer de données vers un cloud non qualifié. Côté juridique, la licence CC0 simplifie l’analyse : aucune obligation de redistribution ni de mention n’est imposée.
Comment les équipes doivent-elles démarrer ?
- Vérifiez d’abord la fidélité. Consultez les scores publiés pour les services utilisés par votre application avant de migrer vos tests.
- Commencez par un seul pipeline. Pointez les tests d’intégration d’un seul service vers l’émulateur et comparez les résultats avec votre configuration actuelle.
- Gardez une suite sur un vrai compte. Laissez les tests IAM, de quotas et multi-régions sur un compte AWS sandbox.
- Donnez l’émulateur aux agents, pas les clés. Configurez les agents de code pour qu’ils testent en local par défaut.
- Figez et contrôlez la version. Fixez la version de l’émulateur dans la CI et mettez-la à jour volontairement, car le code change tous les jours.
Questions fréquentes
Qu’est-ce qu’AWS Emulator ?
AWS Emulator est un programme local et gratuit d’AWS qui expose un point de terminaison d’API AWS sur votre propre machine. Il repose sur plus de 400 modèles publics d’API AWS couvrant plus de 200 services, ce qui permet à l’AWS CLI, aux SDK AWS et aux agents de code IA de créer et d’utiliser des ressources comme des files SQS ou des tables DynamoDB sans compte AWS ni connexion réseau. AWS l’a publié le 11 novembre 2026.
AWS Emulator est-il gratuit, et sous quelle licence ?
Oui. AWS ne facture aucun frais d’utilisation pour l’émulateur ; vous ne payez que les ressources déployées ensuite sur le vrai AWS. Le code est publié sous la dédicace au domaine public CC0 1.0 Universal, avec l’historique complet des commits sur GitHub.
Que ne fait pas AWS Emulator ?
Selon AWS, il n’évalue pas les politiques IAM ni les politiques basées sur les ressources comme le fait AWS, fonctionne avec un seul compte et ne reproduit pas les comportements inter-comptes ou inter-régions. Un analyste d’IDC cité par InfoWorld et GeekWire ajoute qu’il ne simule ni le throttling, ni les pannes, ni les différences régionales de disponibilité des services, et qu’il n’isole pas le code qu’il exécute. Les opérations non prises en charge renvoient HTTP 501.
Comment pointer mon code vers AWS Emulator ?
Lancez l’émulateur et définissez AWS_ENDPOINT_URL sur son point de terminaison HTTPS local, par défaut https://127.0.0.1:9297. L’émulateur génère au démarrage ses propres identifiants, son fichier de configuration et son certificat, et les scripts CLI et le code SDK existants continuent de fonctionner sans modification. Sous Linux, on peut installer les paquets RPM ou Debian ; sous macOS et Windows, il s’exécute dans Docker.
AWS Emulator remplace-t-il LocalStack ?
Pas encore à l’identique. Les deux émulent les API AWS en local, mais AWS Emulator conserve l’état en mémoire par instance, ne gère qu’un compte et n’évalue pas les politiques IAM, alors que LocalStack a un historique plus long et des fonctionnalités payantes. Les principaux atouts d’AWS Emulator sont le prix et la licence : il est gratuit et dans le domaine public, tandis que LocalStack a cette année placé son offre gratuite derrière la création d’un compte et l’a limitée à un usage non commercial.
Sources
AWS News Blog — Tester ses applications sur AWS en local avec AWS Emulator (source primaire, 11 novembre 2026)
AWS What’s New — AWS Emulator est désormais disponible (11 novembre 2026)
GeekWire — AWS offre aux développeurs un substitut local et gratuit à son cloud, entièrement construit par des agents IA (11 novembre 2026)
The Register — AWS condense son cloud dans un émulateur local qui tourne sur votre PC (12 novembre 2026)
Aller plus loin
Salle de presse
Toutes les actualités IT & ingénierie →
Guides d'ingénierie approfondis →