Questo contenuto non è disponibile nella lingua selezionata.
Chapter 6. Enhancements
Streams for Apache Kafka 2.9 adds a number of enhancements.
6.1. Kafka 3.9.1 enhancements Copia collegamentoCollegamento copiato negli appunti!
Streams for Apache Kafka 2.9.x supports Kafka 3.9.x. Updates and enhancements from Kafka 3.9.1 were introduced in the 2.9.1 patch release and remain in use with 2.9.3.
For an overview of the enhancements introduced with Kafka 3.9.x, refer to the Kafka 3.9.0 and Kafka 3.9.1 Release Notes.
6.2. Streams for Apache Kafka Copia collegamentoCollegamento copiato negli appunti!
6.2.1. Configuration mechanism for quotas management Copia collegamentoCollegamento copiato negli appunti!
The Strimzi Quotas plugin moves to GA (General Availability). Use the plugin properties to set throughput and storage limits on brokers in your Kafka cluster configuration.
If you have previously used the Strimzi Quotas plugin in releases prior to Streams for Apache Kafka 2.8, update your Kafka cluster configuration to use the latest .spec.kafka.quotas properties to avoid reconciliation issues when upgrading.
For more information, see Setting limits on brokers using the Kafka Static Quota plugin.
6.2.2. Change to unmanaged topic reconciliation Copia collegamentoCollegamento copiato negli appunti!
When finalizers are enabled (default), the Topic Operator no longer restores them on unmanaged KafkaTopic resources if removed. This behavior aligns with paused topics, where finalizers are also not restored.
6.2.3. ContinueReconciliationOnManualRollingUpdateFailure feature gate Copia collegamentoCollegamento copiato negli appunti!
The technology preview of the ContinueReconciliationOnManualRollingUpdateFailure feature gate moves to beta stage and is enabled by default. If required, ContinueReconciliationOnManualRollingUpdateFailure can be disabled in the feature gates configuration in the Cluster Operator.
6.2.4. Rolling pods once for CA renewal Copia collegamentoCollegamento copiato negli appunti!
Pods are now rolled only when the cluster CA key is replaced, not when the clients CA key is replaced, which is used solely for trust. Consequently, the restart event reason ClientCaCertKeyReplaced has been removed, and either CaCertRenewed or CaCertHasOldGeneration is now used as the event reason.
6.2.5. Rolling updates for CA certificates resume after interruption Copia collegamentoCollegamento copiato negli appunti!
Rolling updates for new CA certificate generations now resume from where they left off after an interruption, instead of restarting the process and rolling all pods again.