Loopback Cloud boots AWS (localhost:4566), Azure (localhost:4577), and GCP (localhost:4588) from a single docker compose up. The stack ships as a GraalVM native image with a ~24 ms cold start and ~13 MiB idle footprint — fast enough to spin up fresh in every CI job, demo, or agent session without waiting on a heavyweight container farm.
Point the AWS, Azure, and GCP SDKs, CLIs, Terraform, CDK, and OpenTofu at those loopback endpoints and they behave like production: SigV4-signed requests on AWS, Resource Manager templates on Azure, gcloud and client libraries on GCP. Credentials can be anything non-empty — there is no account, no auth token, and no outbound telemetry. Fake keys are fine; the emulator accepts them and enforces IAM locally.
Most services run as fast in-process handlers inside the emulator binary. Services that need real container fidelity — Lambda, RDS, OpenSearch, EKS, Cosmos DB, GKE, and others marked with a dot on the Features page — spin up Docker-backed engines on demand. Clients see identical API shapes either way, so your integration tests do not care which backend is underneath.