Deployment architecture
Learn the architecture of a typical CSM Operator deployment.
CSM Operator deployment starts with first installing a Helm chart.
- Kafka – represents a Kafka cluster consisting of Kafka brokers, ZooKeeper servers, Cruise Control and Strimzi Entity Operators.
- KafkaNodePool – represents a group of Kafka brokers from the cluster that have the same configuration.
- KafkaTopic – represents a Kafka topic.
- KafkaUser – represents a user that is external to the Kafka cluster.
- KafkaRebalance – represents a broker rebalance action for the Kafka cluster.
- KafkaConnect – represents a Kafka Connect cluster consisting of one or more Kafka Connect workers.
- KafkaConnector – represents a Kafka Connect connector instance.
When installing the Helm chart, a Strimzi Cluster Operator Kubernetes deployment is created with a Strimzi Cluster Operator pod running within the deployment. This application is responsible for monitoring cluster components and reconciling these components when their configuration changes. During installation you are required to register a license, which activates the Strimzi Cluster Operator.
Following installation, you deploy various custom resources in the cluster like Kafka and KafkaNodePool resources. Based on the configuration in the resource, the Strimzi Cluster Operator deploys clusters of the components described by the resources.
Specifically, Kafka and KafkaNodePool resources will deploy Kafka and ZooKeeper clusters. Optionally, if configured, the Kafka resource also deploys the Strimzi Entity Operator and Cruise Control. The Strimzi Entity Operator is responsible for managing other resources inside the particular Kafka cluster (topics, users, and so on), Cruise Control is used for rebalancing Kafka.
KafkaConnect and KafkaConnector resources are used to deploy Kafka Connect clusters and instances of Kafka Connect connectors.