DynamoDB Local vs Microcks

DynamoDB Local lets developers develop and test applications without accessing the DynamoDB web service. It can run without an internet connection, and AWS says local use can help avoid throughput, storage and data-transfer fees. Developers can obtain it as a download, Apache Maven dependency or Docker image, and AWS documents use with the AWS CLI, AWS SDKs, Docker Compose, Maven and AWS CloudShell. Data can persist in a local database file or remain in memory, where it is lost when DynamoDB Local stops. The downloadable version requires configured credentials, though AWS says they need not be valid AWS credentials for local access. AWS identifies v3.x as current and recommends it for local testing and development; v2.x is legacy and v1.x is deprecated. Running v2.6.0 or later requires JRE 17.x or newer. Telemetry can be disabled with a command-line option or environment settings. DynamoDB Local does not support point-in-time recovery, tagging or vector indexes; it also lacks parallel scans, ignores provisioned throughput settings and treats table names as case insensitive. AWS describes it as a development and testing tool, not a production service.

Microcks is an open-source tool for mocking and testing APIs and microservices. It works with OpenAPI, AsyncAPI, gRPC/Protobuf, GraphQL schemas, and SOAP, and can build mock responses from examples, generate realistic data, or alter mock data and responses dynamically. It also checks provider and consumer contracts against live implementations and specification versions, and automates checks in CI/CD pipelines with integrations for GitHub Actions, Jenkins, GitLab CI, and Tekton. Containerized deployment supports on-premises, cloud, and developer-laptop use; its Uber distribution is intended for laptop work and unit tests, using ephemeral in-memory MongoDB. The free, community marketplace for API mocks and test suites is enabled by default. Microcks is a CNCF incubating project, with a listed price of free. The public demo is read-only and cannot import APIs or change artifacts. Documentation cautions against production use of the all-managed Kubernetes setup because its single Keycloak and MongoDB instances are not tuned for scalability or security best practices.