Zum Inhalt springen
05 / Resilienz & Integrationen

Und wenn ein Baustein nicht verfügbar ist?

Eine vernetzte Architektur muss auch ihre Abhängigkeiten offenlegen. Kontinuität beginnt mit dem Wissen, was warten kann und was nicht wiederholt werden darf.

nicht verfügbarvalidierte Alternative
Jetzt lesen ↓
ArchitekturfrageSichtbare Abhängigkeit

Eine Voraussetzung, um Kontinuität, Alternativen und Anbieterkonzentration zu diskutieren.

Bank of England · KI und Finanzstabilität ↗9. Apr. 2025 · Analyse des britischen Finanzsystems
Modularität schafft eine Grenze. Die Kontinuität muss innerhalb dieser Grenze aufgebaut werden.Redaktionelle Perspektive von Catalisa
01

Konzentration verändert die Risikostruktur

Die Bank of England weist darauf hin, dass die Abhängigkeit von wenigen KI-Anbietern Finanzdienstleistungen beeinträchtigen kann, wenn diese ausfallen – insbesondere, wenn der Wechsel zu Alternativen schwierig ist. Die Analyse bezieht sich auf das Finanzsystem; sie belegt nicht, dass jede gemeinsame Abhängigkeit zu einem systemischen Ausfall führt.

Für das Produktteam kann die Frage ganz konkret sein: Welche Journeys hängen von dieser Abfrage, diesem Anbieter oder diesem Modell ab? Ein Lieferantenverzeichnis reicht nicht aus, wenn es nicht zeigt, welche Services ausfallen, sobald ein Baustein stillsteht.

Referenz: Bank of England · KI und Finanzstabilität ↗

02

Ein Fehler hat nicht immer dieselbe Folge

Eine Informationsabfrage kann aufgeschoben werden. Ein Zahlungsvorgang kann noch auf Bestätigung warten und sollte nicht wiederholt werden, ohne seinen Status zu prüfen. Ein Fehler bei der Unterzeichnung kann den Abschluss der Formalisierung verhindern, auch wenn andere Teile des Dossiers weiterhin verfügbar sind.

Diese Situationen erfordern unterschiedliche Antworten. Der Vertrag muss sichtbar machen, ob eine Ablehnung, Nichtverfügbarkeit, ein Ablauf oder ein unbekanntes Ergebnis vorliegt. Die Oberfläche bildet diese Unterscheidung ab, damit der Nutzer nicht aufgefordert wird, eine Aktion zu wiederholen, die möglicherweise bereits erfolgt ist.

03

Alternative bedeutet nicht Gleichwertigkeit

Ein Adapter kann die Besonderheiten eines Anbieters bündeln, garantiert aber keinen sofortigen Wechsel. Eine Alternative muss die erforderlichen Felder liefern, die Bedeutung bewahren und betriebliche Anforderungen erfüllen. Auch Authentifizierung, Limits, Fristen und Auswirkungen können sich ändern.

Eine Alternative zu testen bedeutet, die gesamte Journey zu prüfen. Eine technisch gültige Antwort kann eine andere Semantik haben. Bei der Wahl des Anbieters müssen diese Wechselkosten und die tatsächlichen Bedingungen für die Aktivierung einer Ausweichroute berücksichtigt werden.

04

Messen Sie die Wiederherstellung als Produktarbeit

Eine sinnvolle Übung: eine Abhängigkeit auswählen und beobachten, wie sich die Journey ohne sie verhält. Wer wird benachrichtigt? Kann der Fall warten? Welche Aktion wird blockiert? Wie gelangt die Arbeit wieder in den Ablauf, sobald der Dienst wieder verfügbar ist?

Dieses Gespräch bringt Architektur, Betrieb und Kundenservice zusammen. Ziel ist nicht, Fehlerfreiheit zu versprechen, sondern mehrdeutige Zustände und improvisierte Wiederherstellung zu vermeiden. Kontinuität braucht Verantwortliche und Kriterien für die Wiederaufnahme – so wie eine Funktion Abnahmekriterien hat.

Übung zur Kontinuität

Der Anbieter ist ausgefallen. Und jetzt?

01Bestellung
02Offener Punkt
03Wiederaufnahme

Wenn Warten vertretbar ist, bewahren Sie die Anfrage, informieren Sie über den offenen Punkt und legen Sie fest, wie es weitergeht.

Konzeptionelles Beispiel zur Erkundung von Zuständigkeiten. Führt keine Integrationen, Kreditentscheidungen oder realen Transaktionen aus.
Eine mögliche Anwendung

Abfrage während eines Antrags nicht verfügbar

Veranschaulichendes Beispiel: Eine Quelle antwortet nicht innerhalb der Frist. Die Journey bewahrt den Antrag und den Grund für den offenen Punkt. Je nach Richtlinie wartet sie, leitet zur Prüfung weiter oder nutzt eine zuvor validierte Alternative. Keiner dieser Ausgänge wird automatisch als Ablehnung des Kunden behandelt.

Bewertung · empfohlene Kennzahlen

Auswirkung nach Abhängigkeit

Betroffene Journeys und wahrgenommene Ausfallzeit.

Mehrdeutige Zustände

Fälle ohne Bestätigung von Erfolg oder Fehler, die einen Abgleich erfordern.

Wiederherstellung

Zeit und Eingriffe, die nötig sind, um offene Fälle wieder aufzunehmen.

Für das nächste Gespräch mitnehmen

Drei Fragen
bevor Sie bauen.

  1. Wissen Sie, welche Produkte stillstehen, wenn ein Anbieter ausfällt?
  2. Welche Vorgänge lassen sich sicher wiederholen?
  3. Wurde die Alternative bereits validiert oder existiert sie nur im Entwurf?
Die Beziehung zu Catalisa

Von der Analyse
zur Komposition.

Fähigkeitsgrenzen und Adapter helfen, Abhängigkeiten in Catalisa zu lokalisieren. Observability, Fehlerbehandlung und Alternativen müssen bei der Implementierung konfiguriert und getestet werden; Modularität bedeutet nicht automatisch Kontinuität.

Quellen & Grenzen

Was es trägt
diese Lesart.

Redaktionelle Gestaltungsempfehlungen. Sie stellen kein SLA, keine Zertifizierung und keine Garantie für Portabilität oder die Verfügbarkeit eines alternativen Anbieters dar.

  1. Bank of England · KI und Finanzstabilität ↗9. Apr. 2025 · Analyse des britischen Finanzsystems
  2. GOV.UK · Risikobewertung von Altsystemen ↗Aktualisiert am 17. Aug. 2026 · Referenz des britischen öffentlichen Sektors