DEV.co
Open-Source Testing · sivchari

kumo

Kumo is a lightweight AWS service emulator written in Go that runs as a single binary or Docker container. It supports 81 AWS services and is designed for local development and CI/CD testing without requiring authentication.

Source: GitHub — github.com/sivchari/kumo
1.4k
GitHub stars
87
Forks
Go
Primary language
MIT
License (OSI-approved)

Key facts

Objective fields from the source. Values we can't verify are shown as “Unknown” rather than guessed.

FieldValue
Repositorysivchari/kumo
Ownersivchari
Primary languageGo
LicenseMIT — OSI-approved
Stars1.4k
Forks87
Open issues179
Latest releasev0.25.3 (2026-06-18)
Last updated2026-06-18
Sourcehttps://github.com/sivchari/kumo

What kumo is

A Go-based AWS service mock that emulates 81 services across compute, storage, messaging, and other AWS domains via a local endpoint (port 4566). It provides optional data persistence, AWS SDK v2 compatibility, and minimal resource overhead suitable for CI pipelines and local workflows.

Quickstart

Get the kumo source

Clone the repository and explore it locally.

terminalbash
git clone https://github.com/sivchari/kumo.gitcd kumo# follow the project's README for install & configuration

Need it deployed, integrated, or customized instead? DEV.co ships production installs.

Best use cases

Local Development & Testing

Replace AWS service calls during local development without cloud credentials. Developers can test S3, DynamoDB, SQS, and other service interactions before committing to cloud.

CI/CD Integration Testing

Spin up a containerized emulator in CI pipelines for fast, deterministic integration tests. No authentication required; supports Docker Compose for multi-service orchestration.

Rapid Prototyping & Proof-of-Concept

Quickly validate AWS architecture designs without provisioning real resources. Ideal for architects and teams evaluating cloud solutions or learning AWS APIs.

Implementation considerations

  • Verify service coverage: 81 services are supported, but confirm that the specific AWS APIs your application uses are implemented and behave as expected.
  • Endpoint configuration required: Applications must be explicitly pointed to http://localhost:4566 and use mock credentials (no validation enforced).
  • Data persistence is optional: Use KUMO_DATA_DIR environment variable to survive container restarts; otherwise, state is ephemeral between runs.
  • Single binary distribution: Easy deployment, but verify Go runtime compatibility and binary size (~50–150 MB typical) for your CI/CD platform.
  • No IAM/authentication validation: Permissions and secrets are not enforced; tests cannot validate access control logic.

When to avoid it — and what to weigh

  • Production Workloads — Kumo is a mock/emulator, not a production-grade service. It does not handle real data, security, or compliance requirements. Use actual AWS for production.
  • Behavioral Parity Requirements — If your tests require exact AWS behavior (edge cases, error conditions, performance characteristics), emulation may not suffice. Verify service coverage before committing test suites.
  • Closed-Source or Restrictive Environments — While MIT-licensed and permissive, deploying a third-party emulator may require security review or approval in highly regulated organizations.
  • Multi-Region or Cross-Account Scenarios — Kumo emulates a single region/account. Distributed multi-region or cross-account testing cannot be reliably simulated with this tool alone.

License & commercial use

Licensed under MIT (MIT License), a permissive OSI-approved license. Grants rights to use, modify, and distribute, with minimal restrictions.

MIT license permits commercial use, modification, and distribution, provided the license and copyright notice are retained. No commercial restrictions or proprietary fees apply. However, as a third-party tool, organizations should confirm internal policy allows deployment in commercial projects. Kumo itself is unmaintained commercial support; verify maintenance status before relying on it in production-critical workflows.

DEV.co evaluation signals

Editorial assessment — not user reviews. Directional, with an explicit confidence level.

SignalAssessment
MaintenanceActive
DocumentationAdequate
License clarityClear
Deployment complexityLow
DEV.co fitGood
Assessment confidenceHigh
Security considerations

Kumo is a mock—it does not enforce authentication, authorization, or encryption. No secrets are protected; data is not encrypted at rest or in transit. Not suitable for testing security-sensitive logic (e.g., IAM policies, KMS encryption). Use in isolated, non-production environments only. Verify that mock usage does not mask real security issues in application code.

Alternatives to consider

LocalStack

Larger, more mature AWS emulator with more services and advanced features (e.g., Lambda execution, advanced mocking). Heavier resource footprint; paid Pro tier for advanced features.

moto (Python)

Python-based AWS mocking library integrated into test suites. Lightweight and fine-grained; requires Python and inline test configuration. Less suitable for standalone local servers.

AWS SAM Local

AWS-native tool for local Lambda and API Gateway development. Tightly integrated with CloudFormation/SAM templates. Limited to serverless services; not a general AWS emulator.

Software development agency

Build on kumo with DEV.co software developers

Integrate Kumo into your development workflow or CI/CD pipeline. Download the binary, spin up Docker, or review the GitHub repository. Confirm service coverage for your use case before adoption.

Talk to DEV.co

Related open-source tools

Surfaced by semantic similarity across the DEV.co open-source index.

Related on DEV.co

Explore the category and the services that help you build with it.

kumo FAQ

Can Kumo run in CI/CD pipelines?
Yes. It is designed for CI/CD; Docker image available, no authentication required, single binary. Start via docker run in CI steps or include in Docker Compose before running tests.
Does Kumo persist data between restarts?
Only if KUMO_DATA_DIR is set to a persistent volume. Without it, all data is lost when the container stops. Useful for local development; less so for ephemeral CI runs.
Which AWS services are supported?
81 services across storage, compute, messaging, databases, security, monitoring, networking, and ML. See README service table. If your specific service or API is missing, check GitHub issues or implement a custom mock.
Is Kumo production-ready?
No. It is a development and testing tool only. It does not enforce security, compliance, or real AWS behavior. Use real AWS for production workloads.

Software development & web development with DEV.co

From first prototype to production, DEV.co delivers software development services around tools like kumo. Our software development agency staffs experienced software developers and web developers for custom software development, web development, integrations, and ongoing support across open-source testing and beyond.

Ready to Emulate AWS Locally?

Integrate Kumo into your development workflow or CI/CD pipeline. Download the binary, spin up Docker, or review the GitHub repository. Confirm service coverage for your use case before adoption.