Contexto

Varias aplicaciones legacy desplegadas en WebLogic necesitaban intercambiar información con Kafka sin incorporar directamente su cliente, ciclo de vida y modelo de errores.

Problema

Una integración directa habría repartido credenciales, configuración y dependencias de Kafka entre consumidores difíciles de evolucionar. También acoplaba la disponibilidad de ambos lados.

Arquitectura propuesta

  • API REST estable en Spring Boot.
  • Redis como buffer temporal.
  • PostgreSQL como registro y traza.
  • Kafka encapsulado detrás de la capa de integración.

Motivo de las decisiones

La API actuaba como frontera anticorrupción. Redis absorbía diferencias temporales de disponibilidad y PostgreSQL permitía explicar qué había ocurrido con cada operación.

Estado real

La arquitectura y sus responsabilidades quedaron diseñadas. La web la presenta como diseño y no como implantación terminada.