Riprogettare l'ingestione degli eventi di audit: più istanze di autenticazione pubblicano eventi; più istanze del servizio di audit li consumano tramite Pub/Sub. Come dovrebbero essere configurati gli argomenti e le sottoscrizioni per scalare e gestire volumi elevati?

La soluzione corretta prevede un unico argomento Pub/Sub e una singola sottoscrizione pull condivisa tra tutte le istanze del servizio di audit. Questo approccio garantisce che ogni messaggio venga elaborato esattamente una volta, indipendentemente dal numero di istanze di audit, e permette una scalabilità orizzontale dei consumer. Le altre opzioni sono meno efficienti o non garantiscono la corretta elaborazione: Creare una sottoscrizione pull per ogni istanza del servizio di audit causerebbe l'elaborazione duplicata di ogni messaggio, una per ogni istanza. Una sottoscrizione push con bilanciatore di carico è una soluzione valida per la scalabilità, ma la sottoscrizione pull è generalmente più semplice da configurare e gestire per questo scenario di condivisione del carico. Creare un argomento per ogni servizio di autenticazione aumenterebbe la complessità e il costo senza offrire vantaggi significativi in termini di scalabilità o gestione dei messaggi.