Technical Tutorials

Dağıtık sistemlerin modern manzarasında ölçeklenebilirlik ve veri tutarlılığı hayati önem taşır. Geleneksel CRUD (Oluştur, Oku, Güncelle, Sil) mimarileri, komut-okuma oranının 1000:1'e kadar çıkabildiği yüksek işlem kapasiteli uygulamaların taleplerini karşılamada zorlanabilir. İşte bu noktada Komut Sorgu Sorumluluk Ayrımı (CQRS) ve Event Sourcing, sağlam ve yüksek performanslı bir alternatif sunmak için bir araya gelir.

Temel Kavramları Anlamak

CQRS, okuma ve yazma işlemlerini farklı modellerde ayıran bir mimari desendir. Her iki işlemi de tek bir alan modeli (domain model) yerine, komutları işleyen ve veri yazan bir komut tarafı ile veriyi okumak ve projeksiyonunu yapmak için optimize edilmiş bir sorgu tarafına sahip olursunuz. Bu ayrım, ekiplerin okuma ve yazma kapasitelerini bağımsız olarak ölçeklendirmesini sağlayarak her tarafı kendi spesifik iş yükü için optimize etmesine olanak tanır.

Event Sourcing bu yaklaşımı bir adım öteye taşır; bir varlığın durumunu mevcut değerleri olarak değil, bir olay dizisi olarak saklar. Uygulama durumundaki her değişiklik bir olay olarak kaydedilir. Mevcut durumu yeniden oluşturmak için bu olayları tekrar oynatmanız yeterlidir. Bu yaklaşım, kapsamlı bir denetim izi sağlar ve zaman yolculuğu hata ayıklama ile zamansal sorgular gibi güçlü özellikleri mümkün kılar.

Desenin Uygulanması: Pratik Bir Örnek

Bir Sipariş servisinin basitleştirilmiş bir uygulamasına bakalım. Geleneksel bir sistemde bir sipariş güncellemesi şöyle görünebilir:

// Geleneksel UPDATE yaklaşımı
await db.orders.update(
  { id: orderId }, 
  { $set: { status: 'SHIPPED' } }
);

Event Sourcing mimarisinde, siparişi doğrudan güncellemeyiz. Bunun yerine, olay deposuna (event store) yeni bir olay ekleriz.

// Event Sourcing yaklaşımı: Bir olay ekle
const event = {
  aggregateId: orderId,
  type: 'OrderShippedEvent',
  timestamp: new Date(),
  payload: {
    trackingNumber: 'TRK-12345',
    shippedBy: 'FedEx'
  }
};

await eventStore.append(event);

Siparişin mevcut durumu, o agregat ID'si için tüm olaylar tekrar oynatılarak türetilir. Bir okuma isteği geldiğinde, ayrı bir işlem (genellikle bir Olay İşleyicisi) bu veriyi hızlı erişim için optimize edilmiş, normalizasyonu kaldırılmış bir görünüm modeline, örneğin bir NoSQL belgesine veya özel bir SQL tablosuna projekte eder.

// Olayları okuma modeline projeksiyon
class OrderReadModel {
  constructor(eventStore, repository) {
    this.eventStore = eventStore;
    this.repository = repository;
  }

  async handle(event) {
    if (event.type === 'OrderShippedEvent') {
      await this.repository.update({
        _id: event.aggregateId,
        $set: {
          status: 'SHIPPED',
          trackingNumber: event.payload.trackingNumber
        }
      });
    }
  }
}

Avantajlar ve Zorluklar

CQRS ve Event Sourcing uygulamak önemli avantajlar sunar:

Ölçeklenebilirlik: Yazma parçacıklarınızdan bağımsız olarak okuma kopyalarınızı ölçeklendirebilirsiniz.
Denetlenebilirlik: Her eylem, değiştirilemez bir olay olarak günlüğe kaydedilir; bu da uyumluluk ve hata ayıklamayı kolaylaştırır.
Esneklik: Yazma tarafını etkilemeden, talep üzerine yeni okuma modelleri oluşturabilirsiniz.

Bununla birlikte, bu karmaşıklık bir maliyetle gelir. Sonlu tutarlılığı (eventual consistency) ele almanız, kırıcı değişikliklerden kaçınmak için olay sürüm yönetimini yapmanız ve olay depolarını sürdürmenin operasyonel yüküyle başa çıkmanız gerekir. Her soruna çözüm değildir; okuma/yazma asimetrisi veya denetim gereksinimleriniz mimari karmaşıklığı haklı çıkarıyorsa kullanın.

Sonuç

Event Sourcing ve CQRS, dayanıklı ve ölçeklenebilir mikroservisler oluşturmak için güçlü araçlardır. Komutları sorgulardan ayırarak ve olayların değiştirilemezliğinden yararlanarak geliştiriciler, ağır yük altında olağanüstü performans gösteren sistemler yaratabilir. Öğrenme eğrisi dik olsa da, sürdürülebilirlik, ölçeklenebilirlik ve veri bütünlüğü açısından sağladığı uzun vadeli faydalar, karmaşık kurumsal uygulamalar için değerli bir yatırımdır.