Stai implementando CQRS ed Event Sourcing per un sistema di ordini ad alta produttività. I comandi memorizzano gli eventi in un flusso di tipo append-only per aggregato in Azure Cosmos DB. Devi creare più modelli di lettura (ordini ricercabili in Azure SQL e una hot cache) e anche pubblicare un sottoinsieme di eventi a consumatori esterni per l'analisi con capacità di replay. Quali due componenti dovresti usare?

Il processore del feed di modifiche di Azure Cosmos DB è ideale per CQRS ed Event Sourcing, poiché consente di leggere gli eventi in tempo quasi reale e di attivare Funzioni di Azure per aggiornare i modelli di lettura (Azure SQL, Cache for Redis) in modo idempotente, gestendo le duplicazioni. Azure Event Hubs è la scelta giusta per pubblicare eventi a consumatori esterni, offrendo capacità di replay tramite la configurazione della retention, essenziale per l'analisi. Scrivere i comandi direttamente in Azure SQL e usare i trigger non è Event Sourcing. Le code di archiviazione non sono un event store append-only adatto. Disabilitare l'idempotenza è rischioso, poiché il feed di modifiche garantisce "almeno una volta", non "una tantum".