Inbox Pattern

Il problema

I broker affidabili possono consegnare lo stesso messaggio più volte; elaborarlo due volte può duplicare side effect.

Il pattern

Registrare gli identificativi dei messaggi processati in una inbox locale e usare tale registro per deduplicare.

Come funziona

La verifica della inbox e l'aggiornamento del dominio dovrebbero avvenire nella stessa transazione locale. La retention degli ID deve coprire la finestra di possibile redelivery.

Esempio sanitario

Benefici

• Deduplica deterministica
• Supporta at-least-once delivery
• Audit dei messaggi ricevuti

Trade-off

• Storage e retention aggiuntivi
• Serve una chiave evento stabile

Quando usarlo

Quando il consumer esegue side effect non naturalmente idempotenti.

Quando evitarlo

Quando l'operazione è già intrinsecamente idempotente e il costo della inbox non è giustificato.

Pattern correlati