Architektur12 ArtikelEN · DE
System-Design und Software-Architektur — Abwägungen, die Bestand haben
Architektur bedeutet nicht Diagramme — es geht um die kleine Menge an Entscheidungen, die teuer rückgängig zu machen sind, gut getroffen. Dieser Hub behandelt genau diese Entscheidungen: Monolith vs. Microservices, Event-Driven Messaging und Queues, Konsistenz und das CAP-Theorem, Domain-Driven Design, Idempotenz und Rate Limiting — dazu Referenzarchitekturen für GKE und Sovereign Cloud. In über 12 Jahren Plattformbau habe ich gelernt: gute Architektur heißt vor allem, Abwägungen ehrlich zu verantworten.
Hier starten
Ihr Weg durch Architektur
Eine kurze Lesereihenfolge – von den Grundlagen bis zur Produktionspraxis.
Artikel in diesem Hub
Das Outbox Pattern: Zuverlässige Events ohne verteilte Transaktionen
Daten speichern und ein Event veröffentlichen sind zwei Schreibvorgänge in zwei Systemen, und kein Retry macht sie atomar. Die Transactional Outbox schreibt das Event in derselben Datenbanktransaktion und liefert es danach aus. Schema, Polling vs. CDC mit Debezium, idempotente Consumer, Reihenfolge und Betrieb.
Artikel lesen
Webhooks erklärt: Wie sie funktionieren, wie man sie absichert und skaliert
Was ein Webhook ist, wie er sich von API-Polling und WebSockets unterscheidet, wie Stripe, GitHub, Shopify und Slack ihre Zustellungen signieren und wiederholen, wie Sie HMAC-Signaturen ohne den klassischen Raw-Body-Fehler prüfen und wie Sie Webhooks zuverlässig empfangen und versenden.
Artikel lesen
Skalierbarkeit: Der Engpass ist fast nie die CPU
Warum die CPU bei 30 Prozent liegt, während Ihr Dienst in Timeouts läuft: das Auslastungsknie, Connection Pools, ephemere Ports, Coordinated Omission im Lasttest und die Befehle, die den echten Engpass finden.
Artikel lesen
Rate Limiting in der Praxis: Der Algorithmus zählt weniger als Ihre Antwort
Vier Algorithmen, eine Race Condition und der Header, den alle falsch machen. Was RFC 6585 wirklich über 429 sagt und warum X-RateLimit-* nicht der Standard ist, für den Sie ihn halten.
Artikel lesen
Idempotenz in der Praxis: Warum Ihr Retry gerade doppelt abgebucht hat
Idempotenz ist kein Header, den man hinzufügt. Sie ist eine Eigenschaft, die Ihre Speicherschicht hat oder eben nicht. Was RFC 9110 wirklich sagt, wie das Stripe-Modell funktioniert und welche Race Condition die meisten Implementierungen zerlegt.
Artikel lesen
Domain-Driven Design 2026: Ein praktischer Leitfaden
Domain-Driven Design ist keine Ordnerstruktur und kein Muster-Katalog. Es ist ein Weg, Software an der Fachlichkeit auszurichten. Ein praktischer Leitfaden für 2026: strategisches vs. taktisches DDD, Bounded Contexts, Aggregate, wann es sich lohnt und wie man startet — ohne Jargon.
Artikel lesen
Monolith vs. Microservices 2026: Die ehrliche Abwägung
Weder ein Monolith noch Microservices sind 'modern' oder 'Legacy'. Jeder tauscht die eine Art Komplexität gegen die andere. Ein ehrlicher 2026-Guide: die echten Trade-offs, wo jeder gewinnt, die Anti-Patterns und ein Entscheidungsrahmen — ohne Dogma.
Artikel lesen
Das CAP-Theorem, ehrlich erklärt: Was es wirklich für die Datenbankwahl bedeutet
Das CAP-Theorem ist nicht 'zwei von drei aussuchen'. Netzwerkpartitionen sind keine Wahl, also lautet die echte Entscheidung: Konsistenz oder Verfügbarkeit während eines Netzwerksplits — plus PACELC für die 99 % der Zeit, in denen nichts kaputt ist.
Artikel lesen
Wie man 1.000.000 Benachrichtigungen versendet, ohne abzustürzen
Ein anbieterneutraler System-Design-Durchgang durch die Message-Queue-Architektur, die eine Million Benachrichtigungen versendet, ohne die API lahmzulegen: Fan-out-Worker, Back-Pressure, Retries und Dead-Letter-Queues.
Artikel lesen
Sovereign by Design: Eine souveräne Plattform auf Kubernetes bauen
Eine praxisnahe 2026-Architektur für digitale Souveränität: souveräne Cloud als drei Schichten begreifen — Daten, Betrieb, Technik — und mit Kubernetes, externer Schlüsselhoheit und einem echten Ausstiegspfad Souveränität zur Design-Eigenschaft statt zum Marketing-Aufkleber machen.
Artikel lesen
Secure-by-Default GKE: Eine Referenzarchitektur für 2026
Eine praxistaugliche Secure-by-Default-Referenzarchitektur für GKE 2026: Defense in Depth über Identität, Netzwerk, Supply Chain, Admission, Runtime und Observability — mit Workload Identity Federation und Binary Authorization im Kern.
Artikel lesen
Pub/Sub oder Eventarc? Event-Driven GCP ohne Spaghetti
Wann Pub/Sub, wann Eventarc — und wie du ein event-driven GCP-System sauber hältst: Idempotenz, Dead-Letter-Queues und die Falle des Fan-out-Spaghetti.
Artikel lesen
Häufige Fragen
Bevor Sie schreiben
Welchen Architektur-Hintergrund haben Sie?
Über 12 Jahre im Entwurf und Betrieb von Plattformen im großen Maßstab in großen Unternehmensumgebungen, als Google Cloud Ambassador, 5× Google Cloud Professional zertifiziert. Ich treffe die schweren, schwer rückgängig zu machenden Entscheidungen richtig, damit das System jahrelang günstig änderbar bleibt.
Sind Sie offen für eine Festanstellung?
Ja — ich suche eine unbefristete Festanstellung als Senior Cloud- oder Solutions Architect in der DACH-Region (Deutschland, Österreich, Schweiz): vor Ort, hybrid oder remote, und bin bereit umzuziehen. Ich arbeite fließend auf Englisch.
Wie kommen wir ins Gespräch?
Schicken Sie mir die Stelle über die Kontaktseite — Systeme, Team und anstehende Entscheidungen — und ich antworte mit meinem Lebenslauf und meinem Ansatz für die ersten Monate.
Offen für Festanstellung · DACH
Sie suchen einen Senior Cloud Architect in der DACH-Region?
Service-Grenzen, Event-Driven-Design und Resilienz für Plattformen, die günstig änderbar bleiben müssen. Ich suche eine Festanstellung in Deutschland, Österreich oder der Schweiz — und bin bereit umzuziehen.
- Festanstellung, Vollzeit
- Deutschland · Österreich · Schweiz
- Bereit umzuziehen