Bulkhead-Pattern
Ein Resilienzmuster, das Ressourcen in getrennte "Abteile" aufteilt, damit ein Fehler in einem Teil nicht das gesamte System versenkt — genau wie die wasserdichten Schotten eines Schiffs verhindern, dass ein Leck den ganzen Rumpf flutet. Den Schaden eingrenzen.
Mechanik: Statt dass sich alle Aufrufe einen gemeinsamen Ressourcen-Pool teilen (Threads, Verbindungen), werden die Ressourcen pro Abhängigkeit oder Funktion getrennt. Beispiel: ein Dienst, der sowohl einen schnellen Zahlungsdienst als auch einen langsamen Reporting-Dienst aufruft — ohne Bulkheads können hängende Aufrufe des Reporting-Diensts den GESAMTEN Thread-Pool verschlingen, sodass sogar Zahlungen ausfallen. Mit Bulkheads bekommt jede Abhängigkeit ihren eigenen begrenzten Pool → das Problem des Reporting-Diensts füllt nur sein eigenes Abteil, die Zahlungen behalten ihre Threads und laufen weiter. Der Gewinn: Ein Fehler oder eine Überlastung in einer Komponente bleibt isoliert und reißt nicht den Rest mit. Wird mit Circuit Breakern (das Kaputte nicht mehr anrufen) und Timeouts kombiniert. Umgesetzt über separate Thread-Pools, Connection-Pools oder Semaphoren, oder auf Infrastrukturebene (getrennte Pods/Knoten). Name und Idee stammen aus dem Schiffbau. Ein grundlegendes Isolationsprinzip für robuste Systeme. Verwandt mit Circuit Breaker (Ops) und Backpressure (Ops).