Kafka en EKS en profundidad
Descripción general
Esta guía utiliza Strimzi Operator como una opción de Kafka autogestionada en EKS. El Operator reconcilia Pods, almacenamiento, listeners, certificados y actualizaciones; no elimina la responsabilidad sobre los datos, la disponibilidad ni la política de seguridad. La parte 6 compara alternativas gestionadas como Amazon MSK.
Última actualización: September 12, 2026. Strimzi 1.2.0 / Kafka 4.3.1. Requisito de actualización: Strimzi 1.0 y versiones posteriores solo admiten la API
v1de las CRD. Convierta los recursos existentesv1beta2/v1beta1/v1alpha1y prepare las CRD mediante el procedimiento oficial de migración antes de actualizar el Operator. Cambiar únicamente los números de versión no constituye un plan de actualización.
Strimzi 1.2.0 admite Kafka 4.2.0, 4.2.1, 4.3.0 y 4.3.1, con 4.3.1 como versión predeterminada. Esta guía fija una combinación compatible; compruebe también la distribución, la versión de Kubernetes y la ruta de actualización antes de la instalación.
Conceptos fundamentales de arquitectura
Los brokers almacenan réplicas de las particiones de los temas. Los grupos de KafkaConsumer distribuyen las particiones, y un mismo miembro puede encargarse de varias de ellas. Un quórum de controladores independiente gestiona el registro Raft de metadatos.
KRaft llegó como acceso anticipado en la versión 2.8 y estuvo listo para producción en la 3.3; Kafka 4.0 eliminó el modo ZooKeeper. Los controladores y los brokers pueden desempeñar roles dedicados. Eliminar ZooKeeper no elimina las operaciones de controladores, almacenamiento ni recuperación.
Los usuarios declaran recursos personalizados como Kafka y KafkaNodePool; Strimzi reconcilia Pods, PVC, Services y Secrets. El siguiente diagrama es un esquema simplificado de relaciones, no una especificación de despliegue con cantidades de réplicas para alta disponibilidad.
Índice de la guía en profundidad
- Brokers y estructura de temas y particiones
- Garantías de replicación y durabilidad
- Grupos de consumidores y gestión de offsets
- Arquitectura del quórum de controladores KRaft
- Instalación y configuración de Strimzi
- Las CRD
KafkayKafkaNodePoolen detalle - Despliegue de un clúster Kafka en EKS
- Diseño del almacenamiento con EBS/gp3
- Estrategias de escalado de brokers
- Reequilibrado de particiones con Cruise Control
- Actualizaciones graduales con comprobaciones de compatibilidad y disponibilidad
- Diseño de esquemas Avro/Protobuf
- Karapace frente a Apicurio Registry
- Estrategias de compatibilidad: BACKWARD/FORWARD/FULL
5. Kafka Connect y MirrorMaker
- Despliegue de Kafka Connect y configuración de conectores
- Operación de conectores de origen y destino
- Recuperación ante desastres y replicación entre regiones con MirrorMaker2
- Amazon MSK frente a Strimzi autogestionado
- Uso de MSK Connect
- Integración y comparación con Kinesis Data Streams
- Recopilación de métricas de brokers con Prometheus/Grafana
- Monitorización del retraso de los consumidores
- Escalado automático de consumidores con KEDA
- Estrategias para el número de particiones y el diseño de claves
- Ajuste del rendimiento de productores y consumidores
- Seguridad con mTLS/SASL
- Optimización de costes de almacenamiento e instancias
- Límite de ingesta medido con RF3 frente a RF1 en un clúster KRaft de 3 brokers con volúmenes gp3
- Compromisos entre rendimiento y latencia p99 con acks=0/1/all
- Rendimiento y coste de CPU según el códec de compresión y el tamaño del registro
- Cómo afectan los consumidores en frío y las cargas mixtas al rendimiento de los productores
Referencias
Cuestionario
Para evaluar lo aprendido en esta sección, realice el Cuestionario de fundamentos de Kafka. Para comprobar si puede convertir las cifras del benchmark en decisiones de diseño, realice también el Cuestionario del benchmark medido de Kafka.
