Capítulo 10. Duplicación de datos entre clústeres
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
En la mayor parte del libro tratamos la configuración, el mantenimiento y el uso de un único clúster de Kafka. Sin embargo, hay algunos escenarios en los que una arquitectura puede necesitar más de un clúster.
En algunos casos, los clústeres están completamente separados. Pertenecen a departamentos diferentes o a casos de uso distintos, y no hay razón para copiar datos de un clúster a otro. A veces, los diferentes SLA o cargas de trabajo dificultan el ajuste de un único clúster para servir a múltiples casos de uso. Otras veces, hay distintos requisitos de seguridad. Esos casos de uso son bastante fáciles: gestionar varios clústeres distintos es lo mismo que ejecutar un único clúster varias veces.
En otros casos de uso, los distintos clústeres son interdependientes, y los administradores necesitan copiar continuamente datos entre los clústeres. En la mayoría de las bases de datos, la copia continua de datos entre servidores de bases de datos se denomina replicación. Puesto que hemos utilizado replicación para describir el movimiento de datos entre nodos Kafka que forman parte del mismo clúster, llamaremos duplicación a la copia de datos entre clústeres Kafka. El replicador entre clusters integrado en Apache Kafka se llama MirrorMaker.
En este capítulo hablaremos de la réplica entre clústeres de todos o parte de los ...
Get Kafka: La Guía Definitiva, 2ª Edición now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
