Sistema di e-commerce in cui gli aggiornamenti degli ordini devono essere applicati nella sequenza originale e i processi di backend elaborano una richiesta alla volta con carico variabile. Quale approccio garantisce un'elaborazione ordinata e scalabile?

L'opzione corretta è utilizzare un sottoscrittore Pub/Sub in modalità pull e un archivio dati per gestire l'ordinamento. Pub/Sub garantisce l'ordinamento dei messaggi all'interno di una singola regione per un dato topic o chiave di ordinamento, essenziale per gli aggiornamenti degli ordini. La modalità pull consente al backend di controllare la velocità di elaborazione, prelevando i messaggi solo quando è pronto, adattandosi al carico variabile e garantendo che i processi elaborino una richiesta alla volta. L'archivio dati è necessario per mantenere lo stato e l'ordinamento logico degli ordini, poiché Pub/Sub garantisce l'ordinamento di consegna, ma non l'ordinamento di elaborazione finale se i consumer elaborano in parallelo. Le richieste WebSockets o REST non garantiscono l'ordinamento di elaborazione e potrebbero sovraccaricare il backend con carico variabile. La modalità push di Pub/Sub invia messaggi al sottoscrittore, il che potrebbe sovraccaricare il backend se non è in grado di gestire il volume in arrivo, rendendola meno adatta per carichi variabili e l'elaborazione "una richiesta alla volta".