Yüksek verimli bir sipariş sistemi için CQRS ve Event Sourcing uyguluyorsunuz. Komutlar, Azure Cosmos DB'deki her bir aggregate için yalnızca eklemeli bir akışta olayları depolar. Birden çok okuma modeli (Azure SQL'de aranabilir siparişler ve bir sıcak önbellek) oluşturmanız ve ayrıca analiz için olayların bir alt kümesini harici tüketicilere tekrar oynatma özelliğiyle yayımlamanız gerekir. Hangi iki bileşeni kullanmalısınız?

Azure Cosmos DB değişiklik akışı işlemcisi, Cosmos DB'deki olay akışındaki değişiklikleri dinleyerek Azure Functions'ı tetiklemek için idealdir. Bu işlevler, olayları Azure SQL Database ve Azure Cache for Redis gibi okuma modellerine yansıtabilir ve tutarlılık için idempotent upsert'ler sağlamalıdır. Azure Event Hubs, seçilen olayları harici tüketicilere ve analiz için yayımlamak için uygun bir hizmettir. Yüksek verimli, gerçek zamanlı işleme ve olayların belirli bir süre boyunca tekrar oynatılabilmesi için saklama süresi yapılandırılabilir. Diğer seçenekler uygun değildir: Komutları doğrudan Azure SQL Database'e yazmak, olay kaynaklama modelini bozar. Azure Storage Queues, birincil olay deposu olarak tasarlanmamıştır ve olay kaynaklama için gerekli olan olay akışı özelliklerini sağlamaz. Değişiklik akışı yalnızca bir kez teslimatı garanti etmez; bu nedenle, veri tutarlılığı için projeksiyonlarda idempotency kritik öneme sahiptir.