What problem does it solve?
Moving a self-managed Apache Kafka cluster to Amazon MSK Express requires inventorying the source cluster, validating compatibility across topology, Kafka version, configs, auth, and quotas, and sizing a cost-effective target — a manual process prone to missed incompatibilities and wrong broker counts.
Core Features & Use Cases
- Discovery: Inventories the source cluster from IaC files (Terraform, CDK, Docker Compose, Kubernetes manifests), Kafka CLI output, or manual input into a structured cluster-config.json.
- Assessment: Runs a five-pillar compatibility check (topology, Kafka version, configs, auth, quotas) via scripts/compatibility.py and produces a target Express specification with instance type, broker count, and monthly cost using the managing-amazon-msk sizing logic.
- Simulation: Optionally provisions a trial MSK Express cluster with load-testing infrastructure to validate performance on your real workload before committing.
- Use Case: A platform team running Kafka on Kubernetes asks the agent to analyze their manifests, receives a compatibility verdict with ACTION_REQUIRED items flagged, a right-sized Express recommendation with cost projection, and guidance on MSK Replicator for data migration.
Quick Start
Ask the agent to assess your Kafka cluster for migration to MSK Express by pointing it at your infrastructure files or an existing cluster-config.json.