fakecloud se présente comme un environnement AWS local pour les tests d’intégration. Une application peut utiliser ses SDK AWS habituels, l’AWS CLI et ses outils d’infrastructure as code sur localhost. Des SDK fakecloud distincts fournissent sous /_fakecloud/* des fonctions de réinitialisation, d’assertion, d’inspection et de contrôle manuel.

terminal
# Install (no Cargo or Docker needed)
$ curl -fsSL https://fakecloud.dev/install.sh | bash
# or: brew install fakecloud
$ fakecloud
# Your app uses the normal AWS SDK against localhost
$ aws --endpoint-url http://localhost:4566 sqs create-queue \
    --queue-name my-queue
# Your tests can inspect state through the fakecloud SDK
$ npm install fakecloud

Le projet répertorie 105 services AWS et 7 508 opérations. Il indique que 248 557 variantes de test générées à partir des modèles Smithy sur 248 557 passent avec succès, ce qui correspond selon le projet à une conformité réelle de 100 %. Une autre donnée mentionne 3 932 opérations d’API implémentées, couvertes par des tests de conformité et de comportement à chaque commit. Des contrôles de bout en bout utilisent les SDK AWS officiels.

L’émulateur relie plus de 30 flux entre services. La liste comprend les notifications S3, la diffusion SNS, les cibles EventBridge, DynamoDB Streams, les abonnements CloudWatch Logs, les déclencheurs Cognito, les tâches Step Functions et les appels d’API Gateway vers Lambda. Les tests peuvent examiner les e-mails SES, les messages SNS, les files SQS, les invocations Lambda et les codes de confirmation Cognito après l’exécution de l’application.

Des clients de test sont proposés pour TypeScript, Python, Go, PHP, Java et Rust. La page cite fakecloud pour npm et PyPI, github.com/faiscadev/fakecloud/sdks/go pour Go et fakecloud-sdk pour Rust. Ces clients prennent en charge les réinitialisations, les assertions, l’historique des événements, la simulation d’e-mails SES entrants, l’inspection de l’état et le contrôle manuel des processeurs asynchrones.

Le catalogue comprend notamment S3, SQS, SNS, EventBridge, EventBridge Pipes, EventBridge Scheduler, Lambda, EC2, DynamoDB, IAM, STS, Organizations, SSM, Secrets Manager, CloudWatch Logs, CloudWatch (Metrics & Alarms), KMS, CloudFormation, Cloud Control API, SES, Cognito User Pools, Cognito Identity, Kinesis, Firehose, RDS, RDS Data API, Aurora DSQL, Resource Groups, Resource Groups Tagging API, ElastiCache, MemoryDB, EKS, Cloud Map, Step Functions, API Gateway v1 (REST), API Gateway v2 (HTTP), Bedrock, Bedrock Agent, Bedrock Agent Runtime, Bedrock Runtime, ECR, ECS, Elastic Load Balancing v2, CloudFront, Route 53, WAF v2, Application Auto Scaling, Athena, ACM, ACM PCA et Glue. Le répertoire mentionne des variantes de protocoles REST, REST-JSON, XML, Query, JSON et JSON 1.1.

fakecloud fonctionne sous forme de binaire autonome ou d’image Docker. Le flux local ne demande ni compte, ni connexion, ni jeton d’authentification, ni offre payante. Des identifiants fictifs suffisent. Le démarrage rapide propose un script d’installation et Homebrew. L’installation du binaire ne nécessite ni Cargo ni Docker.

Le tableau comparatif place fakecloud sous licence AGPL-3.0 et LocalStack Community sous licence propriétaire. Il attribue à fakecloud un démarrage d’environ 300ms, une consommation mémoire au repos d’environ 10 MiB et une taille d’installation d’environ 19 MB. Les chiffres indiqués pour LocalStack Community sont d’environ 3s, 150 MiB et une image Docker de 1 GB. Le tableau compte 46 services à 100 % de conformité réelle pour fakecloud et 30+ services pour LocalStack Community, avec une couverture supplémentaire réservée aux offres payantes.

Le même tableau recense des SDK de test pour TypeScript, Python, Go, PHP, Java et Rust. Il indique 122 opérations Cognito User Pools, 110 opérations SES v2, 163 opérations RDS, 75 opérations ElastiCache, 45 opérations MemoryDB, 103 opérations API Gateway v2 et 214 opérations Bedrock réparties sur quatre API. RDS prend en charge PostgreSQL, MySQL, MariaDB et l’extension PostgreSQL aws_lambda. ElastiCache prend en charge Redis et Valkey via Docker. Le tableau cite aussi les actions réelles de règles de réception pour SES entrant, un plan de contrôle de cluster EKS identifié comme batch 1 et une couverture Bedrock absente de LocalStack Community. Le projet est développé par faisca et publié sur GitHub sous licence AGPL-3.0.