Kafka

Geleneksel monolitik uygulamalarda, birden fazla varlık arasında veri tutarlılığının sağlanması basittir. İlişkisel veritabanı motorları, yerel SQL işlemlerine sarılmış ACID (Atomiklik, Tutarlılık, Yalıtım, Dayanıklılık) garantileri sağlar. Bir sipariş verme, ödeme kesintisi veya stok ayırma işlemi yarı yolda başarısız olursa ROLLBACK çağrısı, her veritabanı değişikliğini anında geri döndürür. Ancak modern bir Mikro Hizmet Mimarisine geçiş yapıldığında veri yönetimi temelden değişir. Etki alanı özerkliğini ve bağımsız ölçeklenebilirliği sağlamak için her mikro hizmet kendi özel veritabanına sahiptir. Bir e-ticaret ödemesinin işlenmesi gibi tek bir iş operasyonu artık birden fazla hizmet sınırını ve veritabanı motorunu (ör. Siparişler için PostgreSQL, Ödemeler için DynamoDB, Envanter için Redis) kapsıyor.

Modern olaya dayalı mikroservis mimarilerinde (Event-Driven Architecture), servisler durum değişikliklerini bildirmek için sürekli olarak OrderCreated veya PaymentProcessed gibi olaylar yayınlar. Ancak olay yayınlamayı %100 güvenilir hale getirmek ciddi bir mimari zorluktur: Veritabanı güncellemesi ile olay yayınlamanın aynı anda başarılı olmasını veya birlikte iptal edilmesini nasıl sağlarsınız? Bir mikroservis yerel veritabanını (PostgreSQL, MySQL) güncelledikten sonra ağ üzerinden mesaj kuyruğuna (Apache Kafka, RabbitMQ) mesaj göndermeye çalıştığında, ağ kesintileri veri tutarsızlığına yol açabilir.