En los últimos meses, el conector Kafka ha sido objeto de varias actualizaciones, añadiendo funciones como la redacción de registros en la versión 3.2.3, requisitos de durabilidad configurables en la versión 3.2.2 y una nueva función SourceHandler punto de ampliación para el tratamiento personalizado en 3.2.0.

Ahora, con el lanzamiento de Couchbase Server 5.5 a la vuelta de la esquina, hemos actualizado el conector Kafka de nuevo para aprovechar algunas nuevas características disponibles en la Enterprise Edition.

Añada IPv6 a su bolsa de trucos (o, "Como dos IP en un cuádruple")

La migración a IPv6 en todo el sector está en pleno apogeo. En Perry Krug escribió en marzoCouchbase se unirá a la fiesta con soporte para IPv6 en la próxima versión 5.5.

La versión 3.2.3 del conector Kafka podía funcionar con IPv6 configurando una propiedad del sistema Java. Esto resultaba inconveniente, por lo que en la versión 3.3 hemos habilitado la compatibilidad con IPv6 por defecto.

En la mayoría de los casos, el conector seguirá funcionando con IPv4 sin necesidad de realizar ningún ajuste en la configuración. Sin embargo, si se encuentra en un entorno dual-stack en el que necesita forzar la resolución de nombres de host para utilizar IPv4, puede obtener el comportamiento deseado configurando el parámetro couchbase.forceIPv4 a la propiedad verdadero.

Compresión de datos para un mejor aprovechamiento de los recursos (o, "Just Squeeze Me")

Chaitra Ramarao escribió una magnífica introducción al funciones de compresión de datos en Couchbase Server 5.5. Las pruebas de rendimiento revelaron que activar la compresión puede mejorar significativamente el rendimiento, por lo que hemos activado la compresión por defecto en el conector Kafka 3.3.

Si quieres afinar los ajustes de compresión, sigues teniendo todo el control. La página compresión.couchbase config le permite especificar el modo de compresión a utilizar. Hay dos modos entre los que elegir (tres si contamos "desactivado"). Veámoslos en detalle.

El nuevo modo por defecto es ACTIVADO. En este modo, estás dando permiso a Couchbase Server para enviar datos al conector Kafka de forma comprimida. Todavía podría enviar un documento sin comprimir si comprimirlo requiriera que el servidor hiciera más trabajo. Sin embargo, la mayoría de las veces el servidor ya tendrá fácil acceso a la forma comprimida, y el documento será enviado comprimido. Hemos adoptado este modo por defecto después de que nuestras pruebas de rendimiento mostraran una mejora general cuando la compresión se utiliza a discreción del clúster.

El segundo modo de compresión es FORZADO. En este modo, le estás diciendo a Couchbase Server que el ancho de banda de la red es escaso, y quieres que el servidor haga todo lo posible para enviar los documentos comprimidos. Como puedes esperar, este modo requiere que el servidor haga más trabajo, así que estarás usando algo de CPU adicional en el lado del cluster a cambio de un uso reducido del ancho de banda.

Para desactivar la compresión, utilice la opción DISABLED modo. Ten en cuenta que desactivar la compresión puede cambiar el uso de la CPU o el rendimiento/latencia, ya que el clúster debe descomprimir cada documento antes de enviarlo al conector.

Independientemente del modo de compresión seleccionado, los documentos se publican en el tema Kafka sin comprimir.

Eso es todo por ahora. Para descargar el conector Kafka y probarlo, echa un vistazo a la página Guía de inicio rápido. Si tiene alguna pregunta, venga a visitar el Categoría de conectores Kafka en los foros de Couchbase.

Autor

Publicado por David Nault

David Nault escribe código en Couchbase, donde trabaja en el equipo SDK & Connectors.

Dejar una respuesta