Residuality Theory

Details
Vollständiger Name

Residuality Theory

Auch bekannt als

residue-basierte Architektur, Stressor-Analyse

Kernkonzepte:

Naive Architektur

Der bewusst gewählte Startpunkt — „ein Architekturentwurf, der zunächst die typische Nutzung des Systems abdeckt, also den Happy Path und nur die offensichtlichsten Fehler". Er soll unzureichend sein. Man baut ihn, um ihn anzugreifen.

Stressor

Jede Belastung, die das System trifft: technischer Ausfall, plötzliche Last, eine Gesetzesänderung, ein wegbrechender Lieferant, ein Wettbewerber, der die Preise senkt, unerwartetes Nutzerverhalten. Stressoren sind ausdrücklich nicht auf technische Fehler beschränkt — geschäftliche und organisatorische Schocks zählen mit.

Residue

„Was vom System übrig bleibt, wenn ein Stressor eintritt." Die Entwurfsfrage kehrt sich um: nicht „was bauen wir?", sondern „was überlebt, was bleibt stehen, wenn das eintritt?" Die Arbeit besteht darin, inakzeptable Residues in geschäftlich akzeptable Systemzustände zu überführen.

Die fünf Schritte

1. naive Architektur skizzieren; 2. Stressoren anwenden; 3. Residue bestimmen — was bricht, was hält; 4. so umbauen, dass das Versagen kontrolliert geschieht; 5. über viele Stressoren wiederholen.

Contagion-Analyse

Einzelne Residues, zu einer Architektur zusammengeführt, können weniger robust sein als jedes für sich. Die Contagion-Analyse ist ein matrixbasiertes Verfahren — der Ansatz entlehnt es der Luft- und Raumfahrt — um jene Kopplung sichtbar zu machen, die sich sonst erst in Produktion zeigt, und um echte Kohäsion zwischen Komponenten unter Stress zu finden.

Härten

Die verbleibende Architektur wird mit ATAM und FMEA weiter unter Druck gesetzt, statt für fertig erklärt zu werden.

Wurzeln in der Komplexitätswissenschaft

Die Theorie stützt sich auf Komplexitätsforschung, insbesondere Stuart Kauffmans Fitness Landscapes und Attraktoren; spätere Arbeiten ergänzen Random Simulation und Attraktor-Netzwerke als formale Werkzeuge.

Umgekehrte Entwurfsfrage

Die praktische Signatur des Ankers. Klassische Architektur fragt, was zuerst extrahiert oder gebaut wird; Residuality fragt, was jeden Stressor überlebt — und macht aus einem unveränderbaren Compliance-Modul statt „etwas zum Kapseln" ein Residue, um das herum entworfen wird.

Schlüsselvertreter

Barry M. O’Reilly, Gründer von Black Tulip Technology; PhD-Forschung zu Komplexitätswissenschaft und Software Engineering an der Open University. Buch: "Residues: Time, Change, and Uncertainty in Software Architecture" (Leanpub, seit 2. Juni 2024 vollständig).

Wann anwenden:

Für zuverlässige Aktivierung die Methode und ihren ersten Schritt benennen — „wende Residuality Theory an: mach eine Stressor-Analyse für diesen Entwurf" — statt nur den Begriff.

  • Systeme entwerfen, die unvorhersehbarer Last, Ausfällen, Regulierungsänderungen oder organisatorischem Wandel standhalten müssen

  • Architektur-Reviews, in denen verborgene Kopplung und Fragilität sichtbar werden sollen

  • Legacy-Migration: trennen, was überleben muss, von dem, was ersetzt werden kann

  • Jedes Entwurfsgespräch, das sich zu früh auf den Happy Path festgelegt hat

  • Als Ergänzung zu cynefin-framework: Residuality ist eine Methode für die Complex-Domäne, in der Vorhersage versagt und nur Sondieren weiterhilft

Häufige Missverständnisse:

  • ❌ „Residuality ist Chaos Engineering" — Chaos Engineering injiziert Fehler in ein laufendes System; Residuality stresst einen Entwurf auf dem Papier, bevor er existiert

  • ❌ „Ein Residue ist technische Schuld" — ein Residue ist das, was nach einem Stressor übrig bleibt, nicht der Bodensatz früherer Entscheidungen

  • ❌ „Stressoren sind Fehlerfälle" — dazu zählen Preisänderungen, neue Regulierung und Wettbewerberzüge, und keines davon ist ein Fehler

  • ✓ „Sie komponiert entlehnte Ideen zu einer eigenen Methode" — Fitness Landscapes stammen von Kauffman, Antifragilität von Taleb, Constraints von Goldratt; Residuality-spezifisch sind Residues, Stressor-Analyse und Contagion-Analyse

Kritik:

  • Die empirische Lücke benennt der Autor selbst. Im Buch heißt es, „the inclusion of case studies is marketing rather than science" (via Daniel Lebreros Buchnotizen, 2025) — die Evidenzbasis besteht aus durchgearbeiteten Beispielen, nicht aus kontrolliertem Vergleich. Unabhängige Replikation durch andere Forschende als den Urheber ist noch dünn.

  • Steile und ungewohnte Lernkurve. O’Reilly, via InfoQ (Ben Linders, Oktober 2025): „A small number of developers find the jump from the linear, logical, mathematical world we are trained for to the lateral, imaginative techniques very difficult." Den Aufwand zur Beherrschung setzt er mit dem Erlernen objektorientierter Programmierung gleich — eine echte Adoptionshürde, keine Nebensache.

  • Framework eines einzelnen Urhebers. Vokabular, Methode und Evidenz gehen auf einen Autor zurück. Für eine junge Theorie ist das normal, bedeutet aber, dass die übliche Gegenprüfung eines gereiften Wissensgebiets noch aussteht.

Aktueller Status: