Create it
- Console
- CLI and API
- Coding agent
- Open the environment, then New service › Blueprint.
- Find Amazon MSK in the catalog and pick the major version.
- Fill in the variables. Required ones are marked; the others use their defaults.
- Create the service, and deploy it now or later.
Variables and outputs
Generated fromqbm.yml at AWS/msk/default/1.0.8, the manifest the Console form is built from.
All 3 variables
All 3 variables
All 4 outputs
All 4 outputs
Reference
From the Blueprint’s README. Provisions an Amazon MSK Serverless cluster (aws_msk_serverless_cluster) — managed Apache Kafka with no broker sizing — via hashicorp/aws (~> 5.0).
Credentials & networking
Uses the Qovery cluster’s AWS credentials (credentials.default: cluster). By default the cluster attaches to the Qovery cluster network: the cluster VPC subnets and workers security group are auto-discovered via the ClusterId tag (like the managed RDS blueprints), so in-cluster apps can reach it. Override with subnet_ids / security_group_ids on clusters where the tag lookup doesn’t resolve (user-provided VPC).
Variables
Required
Network overrides
Outputs
Notes
- Auth is SASL/IAM only (MSK Serverless requirement): clients authenticate with their AWS IAM identity — no static passwords. The consuming workload’s IAM role needs
kafka-cluster:*permissions scoped to the cluster ARN/UUID, and its security group must be allowed by the cluster SG on the Kafka ports. - MSK Serverless does not create networking; it attaches to existing subnets/SG (auto-discovered here).
- Billed per-throughput + storage (no idle broker-hour cost, unlike provisioned MSK).