SQL to LINQ LEFT JOIN Masterclass: EF Core 10 und Modern Data Access
Entdecken Sie den revolutionären LeftJoin-Operator, der in EF Core 10 eingeführt wurde: Entlastung der GroupJoin-Komplexität, mentale Modellkompatibilität…
C# in Production
Beitrage zu csharp
Wie funktioniert eine CQRS (Command Query Responsibility Segregation)-Pipeline? Anatomie von Command- und Query-Flows
Was ist eine CQRS Request Pipeline? Wie durchläuft eine HTTP-Anfrage Controller, MediatR, Pipeline Behaviors, Handler, Outbox und Read Model?
Von CRUD (Create, Read, Update, Delete) zu CQRS (Command Query Responsibility Segregation): Das Problem ist nicht der Code, sondern das Modell
Was ist CQRS, worin liegt der Unterschied zu CRUD und wann sollte CQRS eingesetzt werden? Ein Leitfaden dazu, warum ein Modell in großen Systemen nicht…
CQRS (Command Query Responsibility Segregation) in verteilten Systemen: Events, Broker und Projektionen
Wie funktioniert CQRS in verteilten Systemen? Ein praxisnaher Leitfaden zu Domain Events, Message Brokern, Projektionen, Outbox, Idempotenz und Eventual…
CQRS (Command Query Responsibility Segregation) in Produktion: Konsistenz, Fehler und Wiederherstellung
Wie bleibt CQRS in Produktion sicher? Consistency Lag, Duplicate Events, Reordering, Projection Recovery, Retries, DLQs und Saga-Strategien.
DDD- Software nach dem Geschäft statt nach der Datenbank gestalten
Was ist Domain-Driven Design? Ein Leitfaden zu den Grenzen datengetriebenen Designs, zur Kraft einer gemeinsamen Sprache und dazu, wann sich DDD wirklich…
DDD im Code: Entity, Value Object und Aggregate
Wie funktionieren taktische DDD-Patterns? Value Objects, Entities, Aggregates, Domain Services, Application Services und Repository-Grenzen am Beispiel…
Wie funktioniert DDD in großen Systemen?
Wie skaliert DDD in großen Systemen? Ein Entscheidungsleitfaden zu Bounded Contexts, Context Mapping, Conway's Law, modularen Monolithen,…
DDD in Produktion: Verteilte Systeme und Modernisierungsstrategien
Wie bleibt DDD unter Production-Change tragfähig? Ein Leitfaden zu Event Storming, Saga, Transactional Outbox, Anti-Corruption Layer und…
Von Schichten zu Features: Warum entstand Vertical Slice?
Warum verlangsamt eine Schichtenarchitektur Veränderung, wenn ein System wächst? Ein Architekturleitfaden zu Vertical Slice als Entscheidung über Feature…
Wie funktioniert ein Vertical Slice von innen?
Ein technischer Leitfaden zum inneren Ablauf eines Vertical Slice: Request, Validation, Handler, Aggregate, Outbox, Projection, Idempotenz, Performance,…
Warum Zahlungssysteme verteilte Systeme sind
Eine Zahlung ist nie die Aufgabe eines einzigen Services: Warenkorb, Bestand, Provider-Gateway und Ledger müssen sich einigen.…
Entwurf der Zahlungs-Zustandsmaschine: Checkout- und Payment-Lebenszyklus
Payment.Succeeded bedeutet nicht Checkout.Completed. Wer Checkout- und Payment-Lebenszyklus nicht trennt, lässt zwei Wahrheiten in Produktion kollidieren.
Warum Capture einfach ist, aber Finalisierung schwer
Dass der PSP das Geld nimmt, ist ein Schritt. Die Bestellung fertigzustellen ist eine Saga, die Bestand, Finanzen, Benachrichtigung und Aufräumen braucht.
Unveränderliches Payment-Snapshot-Design: Der Warenkorb wird eingefroren
Den Live-Warenkorb während der Zahlung erneut zu lesen, macht Betrag und Währung unentschieden. Ohne einen eingefrorenen Snapshot ist Finalisierung nicht…
Idempotenz jenseits von API (Application Programming Interface)-Anfragen: eine mehrschichtige Verteidigung
Idempotenz ist kein einziger Header. Sie ist eine Verteidigungs-Kette, die getrennt auf fünf Ebenen aufgebaut werden muss — vom API-Key bis zum…
Webhook-Zuverlässigkeit in Zahlungssystemen
Webhooks wiederholen sich, gehen verloren, kommen ungeordnet und verspätet an. Signatur prüfen, schnell ACKen, schwere Arbeit nie synchron ausführen.
Das Outbox/Inbox-Muster in Zahlungssystemen
Sind Datenbank-Schreibvorgang und Event-Publish nicht in derselben Transaktion, geht eines verloren oder verdoppelt sich. Outbox veröffentlicht, Inbox…
Zahlungsbeleg vs. Zahlungsstatus
Beleg (Evidence) ist, was der PSP sagte. Status (State) ist, was Sie entschieden haben. Vermischen Sie beide, weiß die Wiederherstellung nicht, wem sie…
Provider-Abstraktion ohne SDK (Software Development Kit)-Leckage
Wie das Provider-Gateway das PSP-SDK besitzt, während der Checkout-Orchestrator nur eine semantische Schnittstelle sieht — und warum Karten- und…
Semantische Events statt roher Provider-Payloads
Sollte der Webhook, den das Provider-Gateway empfängt, mit dem eigenen Event-Namen des PSP weitergegeben werden — oder als semantisches Event wie…
Taxonomie der Zahlungsfehler
Ein Timeout, ein 429, ein 5xx, eine Business-Ablehnung und ein Infrastrukturfehler sind nicht dasselbe. Jede Kategorie braucht ihre eigene Retry-Strategie.
Retry-Algorithmen für Payment-Worker
Exponential Backoff, Jitter, Caps, der Unterschied zwischen Retry und Defer sowie Circuit Breaker — die Taxonomie aus dem vorherigen Teil wird zu…
Datenbankgestützte Jobs mit Leases
Einen Lease per Conditional UPDATE erwerben, der Stuck-Watcher, der verwaiste Arbeit rettet, und warum ein Nack des Brokers allein nicht reicht.
Aufbau eines Zahlungsabgleich-Workers
Wie Sweeper Drift heilen: Der PSP meldet erfolgreich, während der lokale Datensatz abgelaufen ist — und wie gealterte FinalizePending-Einträge aufgelöst…
Bezahlt, aber keine Bestellung: Heilung
Ein Incident-Playbook: Der Kunde wurde belastet, aber es gibt keine Bestellung; das Multi-Intent-Cart-Problem; und warum Dedup vorsichtig bereinigt werden…
Warum Eventual Consistency verteilten Transaktionen überlegen ist
Eine 2PC über PSP, Bestellung und Finanzwesen aufzubauen ist eine Falle. Saga plus Abgleich ist die eigentliche Antwort, auf die dieser achtteilige Bogen…
Optimistische Concurrency unter Webhooks
Wenn Webhook und synchrone Antwort dieselbe Zahlung gleichzeitig berühren: Wie lösen Version Token und Lease das Rennen — und warum kann ein veralteter…
Zahlungs-Observability und Korrelation
Wie korreliert man jedes Log, jede Metrik und jeden Trace über die Payment-ID — und warum Step-Event-Log plus Deferred-Finalize-Metriken den Betrieb retten.…
Zahlungs-Recovery-Pipeline und Runbooks
Automatisierung zuerst: Abgleich-Worker und Recovery-Pipeline. Wenn Uniqueness-Wände Replay blockieren, übernehmen evidenzbasierte menschliche Runbooks.
Effectively-Once-Verarbeitung bei Zahlungen
Exactly-once Messaging ist eine Lüge. Wie Defense in Depth — Idempotency, Dedup, Outbox und Abgleich — ein effectively-once Geschäftsergebnis erzeugt.
Eine Production-Zahlungsengine entwerfen
Die Synthese einer 22-teiligen Serie: eine architektonische Checkliste für eine Production-Payment-Engine mit Checkout-Orchestrator und Provider-Gateway.
Wonach Fintech-Unternehmen wirklich suchen
Karriereperspektive: Fintech-Unternehmen suchen nicht Stripe-SDK-Kenntnisse — sie wollen Failure Thinking, Abgleich, Idempotency und evidenzbasiertes…