Awesome Cloud Emulators

Cloud emulators reproduce selected cloud service APIs and behavior for local development and automated testing.

Discover emulators and cloud-specific test doubles for AWS, Microsoft Azure, and Google Cloud (GCP). Build repeatable integration tests and shorten feedback loops without provisioning every dependency in a cloud account.

Local mocks and emulators can reduce development and CI costs by avoiding repeated provisioning, idle test resources, and billable service calls in cloud accounts. Savings depend on the workload and should be weighed against local compute, maintenance, and any emulator licensing costs.

Entries are grouped by the APIs they emulate, not where they run. Multi-service means a suite or collection spanning services; it does not promise integrated behavior between them. Provider-built, community, and commercial tools are included. Supporting tools are listed separately.

Emulation is not full service parity. Check supported operations, persistence, identity behavior, runtime requirements, licensing, and access conditions. Use real-cloud tests for production-specific guarantees. The selection guide includes scenario-based shortlists, a comparison of every entry, and an evaluation checklist.

License markers: 💰 Paid commercial plan or license for commercial use; a free tier or exception may exist. 📜 Vendor-specific software terms or an EULA apply; this does not mean a fee is required. Open-source licenses still apply to unmarked tools. Markers highlight verified conditions, not an exhaustive license audit.

See license and access notes for the marked tools and primary sources.

Contents

• AWS
  • AWS Multi-Service
  • AWS Single-Service
• Microsoft Azure
  • Azure Multi-Service
  • Azure Single-Service
• Google Cloud and Firebase
  • Google Cloud Multi-Service
  • Google Cloud Single-Service
• Cross-Cloud
• Supporting Tools
• Choosing an Emulator

AWS

AWS Multi-Service

• fakecloud - Local AWS API emulator with test SDKs for inspecting effects, resetting state, and controlling asynchronous processors.
• Floci - Community AWS emulator that exposes multiple service APIs through a shared local endpoint.
• LocalEmu - Python-based AWS emulator with persistent local state and Docker-backed execution for selected services.
• LocalStack 💰 📜 - Vendor-maintained AWS emulation platform distributed as a container; commercial use requires an appropriate paid plan, subject to vendor exceptions; a free non-commercial Hobby plan is available and activation requires authentication.
• MiniStack - Community AWS emulator with multi-account and multi-region support and optional engine-backed services.
• Moto - Community AWS mocking library for Python tests, with a standalone server mode for other SDKs and languages.

AWS Single-Service

• DynamoDB Local 📜 - AWS-provided local DynamoDB implementation for developing and testing database interactions.
• ElasticMQ - Community message queue with an Amazon SQS-compatible interface, usable as a standalone server or embedded dependency.
• S3Mock - Community implementation of a subset of the Amazon S3 API for local integration testing, with Docker and Testcontainers support.
• S3Proxy - Community S3-compatible API server backed by configurable storage, including a local filesystem for testing object operations.

Microsoft Azure

Azure Multi-Service

• Floci AZ - Community Azure emulator exposing multiple service APIs, with Docker-backed execution for selected services.

Azure Single-Service

• Azure Cosmos DB Emulator - Microsoft-provided local Cosmos DB environment; supported APIs and features vary by emulator variant and platform.
• Azure Event Hubs Emulator 📜 - Microsoft-provided local environment for developing and testing Event Hubs producers and consumers.
• Azure Key Vault Emulator - Community Key Vault emulator for testing Azure SDK clients locally, with Docker and .NET Aspire integration.
• Azure Service Bus Emulator 📜 - Microsoft-provided local Service Bus environment for testing messaging applications in isolation.
• Azurite - Open-source Azure Storage emulator from Microsoft for Blob, Queue, and Table service development and testing.

Google Cloud and Firebase

Google Cloud Multi-Service

• Firebase Local Emulator Suite - Google-provided suite for local testing across Firebase services, including Authentication, Firestore, Realtime Database, and Cloud Functions.
• Floci GCP - Community Google Cloud emulator covering services such as Cloud Storage, Pub/Sub, and Firestore through local APIs.
• Fullstory Emulators - Community collection of Bigtable and Cloud Storage emulators, usable as Go libraries or standalone servers with optional persistence.

Google Cloud Single-Service

• BigQuery Emulator - Community BigQuery API emulator implemented in Go for local database and query integration tests.
• Bigtable Emulator - Google-provided local Bigtable environment for developing and testing client applications.
• Cloud Tasks Emulator - Community Cloud Tasks emulator for local queue and task-dispatch testing.
• Datastore Emulator - Google-provided local environment for testing applications that use the Datastore API.
• Fake GCS Server - Community Google Cloud Storage emulator usable as a standalone server or Go testing library.
• Firestore Emulator - Google-provided local Firestore environment for testing database operations without connecting to a production database.
• Pub/Sub Emulator - Google-provided local Pub/Sub environment for testing publishers and subscribers.
• Pub/Sub pstest - In-process fake Pub/Sub server from the Google Cloud Go client libraries for focused Go tests.
• Spanner Emulator - Google-provided local Spanner environment for testing application behavior against supported database APIs.

Cross-Cloud

• cloudemu - In-memory simulation of AWS, Azure, and Google Cloud APIs, runnable as a server or embedded in Go tests.
• Vera - Local simulation of AWS EC2 and Google Compute APIs for infrastructure automation tests.

Supporting Tools

These tools run local workloads, manage emulator lifecycles, or prepare and restore test baselines; they are not full cloud emulators. Checkpoint integrations are listed for their specific emulator use case.

• AWS SAM CLI - AWS tooling for local invocation and debugging of serverless applications, including Lambda functions.
• AWS Lambda Runtime Interface Emulator - AWS-provided proxy for testing Lambda functions packaged as container images locally; it does not emulate dependent cloud services.
• Azure Functions Core Tools - Microsoft tooling to run and test Azure Functions locally; configure service dependencies separately.
• CRIU - Linux process checkpoint/restore utility for capturing a running emulator and resuming its in-memory state; requires a compatible kernel and runtime environment.
• DMTCP - User-space checkpointing for Linux applications launched under its control; a candidate for emulator-process experiments after compatibility validation.
• Docker Checkpoint/Restore - Experimental Docker Engine integration with CRIU for checkpointing and restoring running containers.
• Moto Recorder - Built-in Moto request recording and replay for rebuilding test baselines; replay is not a process-memory snapshot.
• Podman Checkpoint/Restore - CRIU-backed container checkpointing with archive export/import for restoring prepared emulator environments on compatible Linux hosts.
• Testcontainers Azure Module - Java test integrations that manage Azurite, Event Hubs, Service Bus, and Cosmos DB emulator containers.
• Testcontainers Google Cloud Module - Java test integrations that manage the lifecycle of Google Cloud emulator containers.
• Testcontainers LocalStack Module - Java test integration that manages a LocalStack container and its endpoints; emulator features depend on the selected LocalStack plan.
• Toxiproxy - TCP proxy for injecting latency, connection failures, and other network faults between an application and a local emulator.

Choosing an Emulator

Start with the operations and failure paths your tests need. Use mocks for isolated logic, service emulators for API integration, and broader suites when the interactions between services matter. Infrastructure API simulation does not necessarily provision a working database, VM, network, or function runtime.

Compare candidates using the selection guide. Verify your SDK or IaC provider version, endpoints, resource lifecycle, and cleanup behavior against a controlled cloud environment.

Contributing

Suggestions and corrections are welcome. Read the contribution guidelines and code of conduct, then open a pull request or use an issue template. Include upstream evidence, important limitations, and any affiliation.