SQL'den LINQ'a LEFT JOIN Ustalık Sınıfı: EF Core 10 ve Modern Veri Erişimi
EF Core 10'un getirdiği devrim niteliğindeki LeftJoin operatörünü keşfedin: GroupJoin karmaşıklığından kurtulma, SQL ile LINQ arasındaki mental model…
C# ile Gercek Dunya Uygulamalari
Su konuda yazilar csharp
CQRS (Command Query Responsibility Segregation) Pipeline Nasıl Çalışır? Command ve Query Akışının Anatomisi
CQRS request pipeline nedir? Bir HTTP isteği Controller, MediatR, pipeline behavior, handler, Outbox ve read model üzerinden nasıl ilerler?
CRUD (Create, Read, Update, Delete)'dan CQRS (Command Query Responsibility Segregation)'e: Sorun Kod Değil, Modeldir
CQRS nedir, CRUD ile CQRS arasındaki fark nedir ve CQRS ne zaman kullanılmalıdır? Tek modelin büyük sistemlerde neden yetmediğini anlatan rehber.
Dağıtık Sistemlerde CQRS (Command Query Responsibility Segregation): Event, Broker ve Projection
CQRS dağıtık sistemlerde nasıl çalışır? Domain event, message broker, projection, Outbox, idempotency ve eventual consistency kararlarını uçtan uca…
Production'da CQRS (Command Query Responsibility Segregation): Tutarlılık, Hatalar ve Kurtarma Stratejileri
CQRS production ortamında nasıl güvenli çalışır? Consistency lag, duplicate event, sıra bozulması, projection recovery, retry, DLQ ve Saga stratejileri.
DDD- Yazılımı Veritabanına Göre Değil, İşe Göre Tasarlamak
Domain-Driven Design nedir? Veritabanı odaklı tasarımın sınırlarını, ortak dilin gücünü ve DDD'nin ne zaman gerçek bir yatırım olduğunu anlatan rehber.
DDD'nin Kodu: Entity, Value Object ve Aggregate
DDD taktiksel desenleri nasıl çalışır? Value Object, Entity, Aggregate, Domain Service, Application Service ve Repository sınırlarını gerçek sipariş…
DDD Büyük Sistemlerde Nasıl Çalışır?
DDD büyük sistemlerde nasıl ölçeklenir? Bounded Context, Context Mapping, Conway Yasası, modüler monolith, mikroservis sınırları ve Transactional Outbox…
Production'da DDD: Dağıtık Sistemler ve Modernizasyon Stratejileri
DDD production ortamında nasıl yaşatılır? Event Storming, Saga, Transactional Outbox, Anti-Corruption Layer ve Strangler Fig ile legacy dönüşüm rehberi.
Katmanlardan Özelliklere: Vertical Slice Neden Doğdu?
Katmanlı mimari neden büyüdükçe değişimi yavaşlatır? Vertical Slice'in klasör düzeni değil; özellik sahipliği, davranış yerelliği ve değişim maliyeti…
Bir Vertical Slice İçeriden Nasıl Çalışır?
Bir Vertical Slice request'ten doğrulamaya, handler'dan aggregate'e, outbox event'inden read model'e ve bulut maliyetine kadar içeriden nasıl akar? CQRS…
Ödeme Sistemleri Neden Dağıtık Sistemlerdir?
Bir ödeme tek bir servisin işi değildir: sepet, stok, provider gateway ve finans aynı gerçek üzerinde anlaşmak zorundadır. Senkron zincir neden kırılır?
Ödeme Durum Makinesi Tasarımı: Checkout ve Payment Neden Aynı Şey Değildir?
Ödeme Succeeded olması, siparişin Completed olduğu anlamına gelmez. Checkout ve payment yaşam döngülerini ayırmazsanız, üretimde iki gerçek çakışır.
Neden Tahsilat (Capture) Kolay, Sonuçlandırma (Finalization) Zordur?
PSP'nin parayı alması bir tek adımdır. Siparişi bitirmek; stok, finans, bildirim ve temizlik adımlarının hepsinin başarılı olmasını gerektiren bir saga'dır.…
Değişmez Ödeme Snapshot Tasarımı: Sepeti Donduran Karar
Ödeme başlarken sepeti canlı okumak, tutarı ve para birimini kararsız bırakır. Intent anında donan bir snapshot olmadan finalization güvenilir çalışmaz.
API (Application Programming Interface) İsteğinin Ötesinde Idempotency (Tekrarlanabilir Güvenli İşlem)
Idempotency tek bir header değildir. API anahtarından adım işaretçisine kadar beş farklı katmanda ayrı ayrı kurulması gereken bir savunma yığınıdır.
Ödeme Sistemlerinde Webhook Güvenilirliği
Webhook'lar tekrarlanır, kaybolur, sırasız ve gecikmeli gelir. İmzayı doğrulayın, hızlı ACK verin, ağır işi asla senkron çalıştırmayın.
Ödeme Sistemlerinde Outbox/Inbox Pattern
Veritabanına yazmak ile event yayınlamak aynı transaction'da değilse, biri kaybolur ya da tekrarlanır. Outbox yayınlar, inbox tüketicide dedup eder.
Ödeme Kanıtı ve Ödeme Durumu: Neden Karıştırmamalısınız?
Evidence, PSP'nin ne dediğidir. State, sizin ne karar verdiğinizdir. Bu ikisini aynı kayıtta tutarsanız, kurtarma sırasında hangisine güveneceğinizi…
SDK (Software Development Kit) Sızdırmadan Provider Abstraction: Gateway'in Sınırı
Provider gateway PSP SDK'sını nasıl sahiplenir, checkout orchestrator neden yalnızca semantik bir arayüz görmelidir? Kart ve wallet akışlarının farklı…
Ham Sağlayıcı Verisi Yerine Anlamsal Olay (Semantic Event)
Provider gateway'in aldığı webhook, downstream'e PSP'nin event adıyla mı, yoksa PaymentCaptured/PaymentFailed gibi semantik bir olayla mı ulaşmalı?
Ödeme Hata Taksonomisi
Timeout, 429, 5xx, business decline ve infrastructure hatası aynı şey değildir. Her kategori farklı bir retry politikası ister.
Ödeme Worker'ları İçin Retry Algoritmaları
Exponential backoff, jitter, cap, defer ile retry farkı ve circuit breaker — bir önceki bölümdeki taksonomiyi çalışan koda dönüştürün.
Lease ile Veritabanı Destekli İşler
Conditional UPDATE ile lease alma, sıkışmış işleri kurtaran watcher ve neden yalnızca mesaj Nack etmek production ödemede yetmez.
Ödeme Mutabakat Worker İnşası
Sweeper'lar drift'i nasıl iyileştirir: PSP başarılı derken local kayıt expired olabilir; aged FinalizePending nasıl toparlanır.
Ödendi Ama Sipariş Yok: İyileştirme
Olay müdahale kılavuzu: müşteri ücretlendirildi ama sipariş oluşmadı; çok-niyetli sepet karmaşası; dedup'ı dikkatle temizlemek.
Neden Eventual Consistency Dağıtık Transaction'dan Üstün
PSP, sipariş ve finans arasında 2PC kurmak bir tuzaktır. Saga ve mutabakat, dağıtık ödeme tutarlılığının gerçek cevabıdır.
Webhook Altında Optimistic Concurrency
Webhook ile senkron yanıt aynı ödemeye aynı anda dokunduğunda version token ve lease nasıl yarışı çözer? Bayat okumanın terminal ödemede client secret…
Ödeme Gözlemlenebilirlik ve Korelasyon
Her log, metrik ve trace payment id ile nasıl korele edilir? Adım adım event log ve deferred finalize metrikleri operasyonu nasıl kurtarır?
Ödeme Kurtarma Pipeline ve Runbook
Otomasyon önce: reconciliation worker ve recovery pipeline. Uniqueness duvarları replay'i engellediğinde kanıta dayalı insan runbook'ları devreye girer.
Ödemelerde Effectively-Once İşleme
Exactly-once messaging bir yalandır. Defense in depth ile idempotency, dedup, outbox ve reconciliation birleşince effectively-once iş sonucu nasıl elde…
Production Ödeme Motoru Tasarlamak
22 bölümlük serinin sentezi: checkout orchestrator ve provider gateway ile production ödeme motoru için mimari checklist.
Fintech Şirketleri Aslında Ne Arıyor?
Kariyer perspektifi: fintech şirketleri Stripe SDK'sını değil; failure thinking, reconciliation, idempotency ve evidence-driven düşünceyi arıyor.