Themen
Architektur
Alle Beiträge zum Thema Architektur, die neuesten zuerst.
Transparenz: Alle Beiträge habe ich nachträglich mit Unterstützung von KI überarbeitet. Gedanken, Erfahrungen und Haltung sind meine. Die Hörfassungen werden von einer synthetischen Stimme vorgelesen.
Releases mit getrennten Prüfgrenzen
Unabhängige Produkte lassen sich gemeinsam erweitern, wenn Verträge, lokale Prüfungen, echte Release-Artefakte, Produktionsprüfungen und eine zeitversetzte Beobachtung klar getrennte Beweise liefern.
Entscheidungen mit Geschichte
Entscheidungen lassen sich als eigene, reviewte Wissensobjekte mit Kontext, Entscheidung, Begründung und Alternativen führen. Claims sagen, was gilt; Entscheidungen erklären warum.
Finanzen bewusst abtrennen
Finanzreports können denselben technischen Ablauf verwenden, ohne Daten, Rechte, Speicher oder Wissen mit allgemeinen Produktreports zu vermischen. Die Trennung folgt der Fachlichkeit.
2026 7
2026 7
- MCP, HTTP, Webhooks und A2A einfach erklärtMCP, HTTP mit OpenAPI, Webhooks und A2A verbinden Systeme auf unterschiedlichen Ebenen. Entscheidend ist, welche Verantwortung an der jeweiligen Grenze liegt.SoftwareKIArchitektur
- A2A: Wenn Agenten zusammenarbeitenAgent Card, Message, Task und Artifact verständlich erklärt: wie A2A 1.0 eigenständige Agentensysteme verbindet, was das Protokoll von MCP unterscheidet und wann sich die Delegation an ein eigenständiges System lohnt.SoftwareKIArchitektur
- Vom JSON zum privaten ReportPrivate Reports bleiben nachvollziehbar, wenn Quelldaten, Analyse, Manifest und redaktionelle Aussage getrennte Artefakte bleiben – und Zugriffsregeln gemeinsam mit dem Release für geschützte Seiten, Medien und maschinenlesbare Ausgaben wirksam werden.SoftwareArchitekturSecurityPublishing
- Stündlich ist nicht EchtzeitEin abgeschlossener Stundenreport beantwortet andere Fragen als laufende Betriebsbeobachtung – und wird einfacher, sobald Zeitfenster, Verspätung und Messlücken ausdrücklich modelliert sind.SoftwareArchitekturObservabilityDelivery
- Produkte berichten über ihre APIProduktstatistiken bleiben verständlich, wenn jedes System seine Daten selbst verdichtet und über einen kleinen, zeitlich einheitlichen HTTP-Vertrag anbietet.SoftwareArchitekturAPIDelivery
- MCP: Wenn Software Fähigkeiten anbietetMCP macht Softwarefähigkeiten für Agenten adressierbar. Gute Oberflächen bleiben wichtig, aber Arbeit bekommt eine zweite Schnittstelle.SoftwareKIArchitektur
- KI im Enterprise-Umfeld: Schnellere Entwicklung braucht andere ProzesseKI verkürzt Recherche, Entwurf und Implementierung. Bleiben Übergaben, Ticket-Hierarchien und Freigaben unverändert, verlagert sich der Engpass – Großunternehmen müssen deshalb Arbeitsfluss und Governance gemeinsam neu ordnen.SoftwareKIArchitekturDelivery
2024 1
2023 1
2022 1
2021 4
2021 4
- Jamstack als Architekturstil für WebanwendungenJamstack beschreibt einen Architekturstil mit vorgerendertem Frontend und entkoppelten Diensten. Der Beitrag ordnet die ursprünglichen Bausteine JavaScript, APIs und Markup im Stand von 2021 ein.SoftwareArchitektur
- Wann CQRS und Event Sourcing zu viel sindFür die meisten Systeme reicht CRUD. CQRS und Event Sourcing lohnen sich nur unter klaren Bedingungen – dieser Beitrag liefert einen ehrlichen Entscheidungsleitfaden statt Muster als Selbstzweck.SoftwareArchitektur
- Architecture Decision Records: Entscheidungen, die man in zwei Jahren noch verstehtWarum wir uns damals für PostgreSQL und gegen den Message-Bus entschieden haben? ADRs machen das Warum als versioniertes Markdown-Artefakt haltbar – statt es im Flurfunk versickern zu lassen.SoftwareArchitektur
- Event Sourcing: der Event-Store als LogbuchEvent Sourcing speichert nicht den aktuellen Zustand, sondern die Folge der Events als Wahrheitsquelle: der Event-Store als Logbuch, der Zustand als Faltungsergebnis. Nutzen, ehrliche Kosten und die Abgrenzung zu CQRS.SoftwareArchitektur
2020 5
2020 5
- Team-Automatisierung mit GitHub ActionsWarum ich ausgewählte, wiederkehrende Prüfungen als Workflows ausführe – und woran sich zeigt, ob die Automatisierung das Team tatsächlich entlastet.SoftwareArchitektur
- Read Models aus Events: Projektionen statt zufälliger CachesEin aus Events aufgebautes Read Model ist eine bewusst gepflegte Projektion für konkrete Abfragen. Herkunft und Rebuild unterscheiden es von einem zufällig gewachsenen Cache, auch wenn die technische Sicht cacheähnlich wirken kann.SoftwareArchitektur
- Cloud Guardrails statt Cloud GatekeepingWarum zentrale Freigabeprozesse in der Cloud Schatten-Infrastruktur züchten und wie technisch durchgesetzte Leitplanken – SCPs, Permission Boundaries, Config Rules, Budgets – Teams Bewegungsfreiheit zurückgeben.SoftwareArchitektur
- Bounded Contexts vor dem ServiceschnittBevor ich Services schneide, kläre ich fachliche Grenzen. Ein Bounded Context ist eine Sprachgrenze und ein möglicher, aber nicht zwingender Serviceschnitt.SoftwareArchitektur
- Das Aggregat als KonsistenzgrenzeEin Aggregat ist keine ORM-Entity und keine Tabelle, sondern eine Konsistenz- und Transaktionsgrenze: ein Verbund von Objekten, den eine Aggregate Root als Einheit schützt. Warum eine Transaktion genau ein Aggregat ändert und andere Aggregate nur per ID referenziert werden.SoftwareArchitektur
2019 4
2019 4
- PouchDB und Offline-FirstWer offline Schreibzugriffe erlaubt, wechselt von Request/Response zur Replikation – und der Revisionsbaum von PouchDB und CouchDB macht Konflikte zur Aufgabe des Fachmodells.SoftwareArchitektur
- Commands, Events und Queries sauber trennenCommand, Event und Query sind drei Nachrichtenarten mit klarer Semantik: ein Wunsch, der abgelehnt werden kann, eine geschehene Tatsache und eine seiteneffektfreie Abfrage. Wer sie sauber benennt und trennt, gewinnt Klarheit im Modell – ganz ohne großes CQRS-Setup.SoftwareArchitektur
- Secrets im Build sind ProduktentscheidungenSecrets im Build sind ein Vertrauensproblem: Wer darf was wann sehen, speichern und deployen?SoftwareDevOpsArchitektur
- CQRS ist eine fachliche Grenze, kein FrameworkCQRS trennt das Modell zum Schreiben vom Modell zum Lesen – eine fachliche Entscheidung, kein installierbares Framework. Wann sich die Grenze lohnt, wie man klein anfängt und welche Verwechslungen teuer werden.SoftwareArchitektur
2017 2
2017 2
- PWA Weather: offline ist ein FeatureEine kleine Wetter-App als Progressive Web App zeigt, warum Offline-Verhalten eine Produktentscheidung ist und wie ehrlich eine Oberfläche mit veralteten Daten umgehen sollte.SoftwareArchitektur
- HTML5, CSS3 und ECMAScript als BaselineIm Frühjahr 2017 tragen CSS Grid, Flexbox, fetch und natives ES2015 so weit, dass die erste Architekturfrage im Frontend neu gestellt gehört: Wie weit komme ich ohne Framework?SoftwareArchitektur
2015 2
2015 2
- Funktionale Stile im AlltagWarum funktionaler Stil im Team-Alltag 2015 nicht Haskell bedeutet, sondern die Disziplin, reine Funktionen von I/O zu trennen – und wie ES2015 das endlich bequem macht.SoftwareArchitektur
- Programming Styles als ArchitekturvergleichDieselbe kleine Aufgabe in Dutzenden Programmierstilen gelöst ist der kompakteste Architekturvergleich, den ich kenne – weil jeder Stil eine bewusst gewählte Constraint-Menge ist.SoftwareArchitektur
2014 3
2014 3
- MathParser: Parser als DenkwerkzeugEin Rückblick auf ein eigenes Parser-Demo von 2010 zeigt, warum ein handgeschriebener Ausdrucks-Parser auf wenigen Zeilen mehr über Schichten, Struktur und die Grenze zwischen Syntax und Semantik lehrt als manches große Projekt.SoftwareArchitektur
- HTTP APIs: klein, stabil, lesbarWas der Heroku HTTP API Design Guide taugt, wenn man ihn an eigenen APIs spiegelt – und warum wenige Ressourcen, ein Versionsversprechen und selbsterklärende Fehler mehr bewirken als jedes Framework.SoftwareArchitektur
- Was ich an Elixir gesucht habeNicht die Syntax hat mich zu Elixir gebracht, sondern das Ausführungsmodell der Erlang-VM – Prozesse, Nachrichten und Supervisors, betrachtet mit JavaScript- und C#-Augen.SoftwareArchitektur