Event-driven y contratos asíncronos
Qué cambia cuando las partes se comunican de forma asíncrona: outbox, consumidores idempotentes, DLQ y AsyncAPI.
Recibir un mensaje no es procesarlo: calidad en sistemas event-driven
Pilar de event-driven Quality Engineering: diferencia entre comando y evento, dónde termina la transacción, el modelo de amenaza de una transferencia asíncrona y por qué el ack no prueba nada.
Satélites · profundizan el pilar, en orden
- 02
Semánticas de entrega y consumidores idempotentes
At-most-once, at-least-once y el alcance real de exactly-once. Duplicados, orden, particiones y concurrencia. Consumidor idempotente en Java con restricción única sobre eventId.
Avanzado 14 min event-drivenidempotenciaat-least-once - 03
Outbox, inbox, DLQ y replay seguro
Transactional outbox con esquema SQL y máquina de estados, patrón inbox, dead-letter queue con política de reintentos, y un runbook de replay idempotente y autorizado.
Avanzado 13 min outboxdlqreplay - 04
Contratos AsyncAPI y estrategia de pruebas por frontera
AsyncAPI 3.0 para TransferCreated, compatibilidad de schema, consumer-driven contract testing asíncrono con Pact V4 y sus límites, matriz de pruebas por frontera, correlación y evidencia en CI.
Avanzado 14 min asyncapicontract-testingpact
ReAct, plan-and-execute, reflection y code agents; el debate multi-agente de 2025 y los agentes durables con journal y replay.