Integración con Kafka

<< Clic para mostrar Tabla de Contenidos >>

Navegación:  Automatización de Procesos con poco código > Studio Cloud -ambiente de autoría > Bizagi Studio > Integrar aplicaciones externas desde Bizagi >

Integración con Kafka

Introducción

La integración de Bizagi con Kafka incorpora capacidades de integración orientadas a eventos en Bizagi. En lugar de depender de comunicación sincrónica basada en solicitud y respuesta, Bizagi puede participar en arquitecturas donde los sistemas intercambian información a través de flujos continuos de eventos.

 

BizagiKafkaIntegration01

 

Este artículo presenta los conceptos necesarios para comprender cómo Bizagi interactúa con Apache Kafka. Sirve como base para las guías específicas sobre cómo Bizagi consume y produce eventos.

 

Arquitectura orientada a eventos

En una arquitectura orientada a eventos, los sistemas no se comunican directamente entre sí. En su lugar, publican eventos que describen algo que ocurrió. Otros sistemas se suscriben a esos eventos y reaccionan en consecuencia.

 

Este modelo proporciona:

Bajo acoplamiento entre sistemas

Reacción en tiempo real a cambios de negocio

Escalabilidad para escenarios de alto volumen

Resiliencia mediante ejecución desacoplada

 

Conceptos básicos de Kafka

Topics

Un topic es un canal donde se publican eventos. Los productores envían mensajes a los topics y los consumidores leen desde ellos.

 

Los topics no se descubren automáticamente. Sus nombres deben conocerse y configurarse previamente.

 

Eventos y mensajes

Un evento representa algo que ocurrió, como una transacción o un cambio de estado. En Kafka, los eventos se almacenan como mensajes.

 

Kafka no impone una estructura. Los mensajes pueden ser JSON, XML o texto plano. Sin embargo, los productores y los consumidores deben acordar el formato.

 

Productores

Un productor envía mensajes a topics de Kafka.

 

Bizagi puede actuar como productor al publicar eventos desde los procesos hacia sistemas externos.

 

Consumidores

Un consumidor escucha topics y procesa mensajes.

 

Bizagi puede actuar como consumidor al reaccionar ante eventos entrantes y ejecutar acciones.

 

Consumer Group ID

El Consumer Group ID identifica a un consumidor en Kafka.

 

Permite:

Consumo independiente del mismo topic

Distribución de carga

Tolerancia a fallos

 

Usted puede definir este valor libremente.

 

Offsets

Los offsets definen la posición de un consumidor dentro de un topic.

 

Permiten:

Reanudar el procesamiento después de reinicios

Evitar duplicaciones no deseadas

Elegir desde dónde comenzar a leer mensajes

 

Contrato de mensajes

Kafka acepta cualquier formato de mensaje, pero todos los sistemas deben acordar cómo interpretarlo.

 

Este acuerdo define:

La estructura del mensaje

El significado de los datos

El contenido esperado

 

Bizagi en Kafka

Bizagi puede participar en dos roles dentro de Kafka:

Como consumidor que reacciona a eventos

Como productor que publica eventos

 

En muchos escenarios, Bizagi desempeña ambos roles, habilitando flujos completamente orientados a eventos entre sistemas.


Last Updated 7/17/2026 4:13:45 PM