Afecta a
Equipos que producen o consumen streams de eventos de Fetcher, Lender, Matcher, Midaz, Reporter o Tracer.
Qué cambió
Los productores de Kafka publican en los temas de aplicación documentados, como
lerian.streaming.ledger. Los consumidores se suscriben a esos temas y enrutan cada fact por los headers de CloudEvents. Reporter usa AMQP en su lugar: publica en el exchange que nombra RABBITMQ_REPORT_EVENTS_EXCHANGE y usa la clave de definición de cada evento como routing key. Los productores validan los valores de fuente de su roster y los tipos de CloudEvents se califican por la fuente.
Matcher ahora publica el tema que consume el traspaso de matcher habilitado en Lender. Los eventos de Reporter usan la fuente reporter; sus manifiestos llevan claves de evento y no definen campos de tema ni de dead-letter topic por evento. Los consumidores de Reporter vinculan colas al exchange configurado y enrutan por la clave de evento del manifiesto.
Esta es una corrección de documentación de contratos implementados. No anuncia una versión en tiempo de ejecución.
Impacto
Clasificación: acción requerida. La derivación de temas, la configuración de la fuente, el enrutamiento de eventos o el manejo del manifiesto de Reporter basados en el contrato anterior pueden impedir la entrega o enrutar los eventos de forma incorrecta.
Qué debes hacer
1
Los productores de Kafka publican en los temas de aplicación documentados. Los consumidores de Kafka se suscriben a esos temas y enrutan los facts por sus headers de CloudEvents. Para Reporter, vincula una cola a
RABBITMQ_REPORT_EVENTS_EXCHANGE y enruta por la clave de definición del evento.2
Define el valor de fuente documentado de cada productor y revisa los supuestos de los consumidores sobre los tipos de evento calificados por la fuente.
3
Revisa las integraciones de Matcher a Lender y de Reporter antes del próximo despliegue de streaming.