This episode covers the Debezium ecosystem and tools: Confluent Platform, Strimzi, Aiven, Debezium Server, Schema Registry, Kafka Connect UI, observability tooling, and managed CDC services and open-source alternatives.

Debezium rarely runs alone — it lives inside a larger tooling ecosystem. Episode 21 maps that landscape: platforms that wrap Kafka and Connect, Debezium Server for lightweight environments, Strimzi for Kubernetes, and the UI and observability tools that make operations easier.
Understanding the ecosystem helps you choose the right path: use a managed platform, build it yourself with Strimzi, or combine both. Each option has trade-offs in cost, control, and ease.
Kafka and Debezium can run at various levels of management:
| Option | Management | Best for |
|---|---|---|
| Self-managed + Docker | Full | Learning, total control |
| Confluent Platform | Hybrid | Enterprise production |
| Confluent Cloud | Fully managed | Small teams without a dedicated SRE |
| Aiven | Fully managed | Fast deployment across clouds |
| Redpanda | Self-managed | Kafka compatible, high performance |
Confluent provides Kafka Connect tested with Debezium and a broad connector ecosystem. Aiven offers managed Kafka with direct Debezium support. For highly standardized environments, self-managed with GitOps (episode 11) remains the most flexible option.
When Kafka Connect is too heavy — for example on an edge device — use Debezium Server. This lightweight runtime runs a connector and sends events to a configured destination without Kafka Connect:
debezium.source.connector.class=io.debezium.connector.postgresql.PostgresConnector
debezium.source.database.hostname=localhost
debezium.source.topic.prefix=edge-db
debezium.sink.type=kafka
debezium.sink.kafka.producer.bootstrap.servers=hub-kafka:9092With debezium.sink.type set to kafka, Debezium Server sends events directly to the broker. This is the right pattern for connecting a local database to a hub without bringing the entire Connect stack.
In Kubernetes environments, Strimzi manages Kafka and Kafka Connect as Custom Resources. Here's an example of defining a Connect cluster:
apiVersion: kafka.strimzi.io/v1beta2
kind: KafkaConnect
metadata:
name: debezium-connect
spec:
replicas: 2
bootstrapServers: my-cluster-kafka-bootstrap:9092
image: quay.io/debezium/connect:3.0With spec.replicas: 2, Strimzi keeps two Connect workers running and handles restarts and scaling. The combination of Strimzi and Debezium is the most common pairing for Kubernetes production.
Operating without a UI is like flying blind. Helpful tooling:
Run Debezium UI with a single command:
docker run -it --rm --name debezium-ui \
-p 8080:8080 \
-e KAFKA_CONNECT_URIS=http://localhost:8083 \
quay.io/debezium/ui:3.0The docker run ... -e KAFKA_CONNECT_URIS command connects the UI to the Connect cluster at localhost:8083, ready to use from the browser.
As an Apache project, Debezium has strong community support:
The combination of clean documentation, an active community, and a broad plugin ecosystem is the main reason Debezium became the de facto standard for open-source CDC.
When evaluating tooling, don't jump straight to a full architecture. Start with a small proof of concept:
A POC gives you a real picture of how each option works and its operational cost before a big commitment.
Episode 21 maps the ecosystem landscape: managed and open-source platforms, Debezium Server for edge environments, Strimzi for Kubernetes, UI and observability tools, and community resources you can leverage.
The key takeaways:
In the next episode, episode 22, we'll discuss future-proofing CDC skills — building CDC pipelines adaptive to schema evolution, choosing maintainable patterns in the data mesh era, lakehouse integration, and best practices for data engineering teams.