Architektur

Veröffentlicht am 2023-11-15 • 10 Min. Lesezeit

Continuous Delivery für regulierte Kernsysteme

Banner

Continuous Delivery (CD) ist in vielen Tech-Startups Standard, doch die Etablierung in regulierten Kernsystemen erfordert ein sensibles Gleichgewicht aus Automatisierung und Risikomanagement. Klassische CI/CD-Pipelines müssen um robuste Sicherheitsmechanismen erweitert werden.

Blue-Green Deployment-Konzepte

Eine der effektivsten Methoden zur Risikominimierung ist das Blue-Green-Deployment. Durch die Bereitstellung zweier identischer Umgebungen können neue Releases isoliert eingespielt und getestet werden, bevor der Datenverkehr umgeschaltet wird.

Da Kernbanksysteme hochwertige Transaktionen verarbeiten, müssen Deployment-Plattformen eine strikte Aufgabentrennung durchsetzen. Der Entwickler darf Produktions-Releases nicht manuell auslösen; stattdessen bewertet die Pipeline automatisierte Kriterien und prüft signierte Nachweise vor dem Tausch der Umgebungen.

Sicherheitsmatrix für ReleasesLangsamMittelSchnellKritischKritisch / Langsam: Hohes RisikoHohes RisikoKritisch / Mittel: WarnungWarnungKritisch / Schnell: AkzeptabelAkzeptabelMittelMittel / Langsam: WarnungWarnungMittel / Mittel: AkzeptabelAkzeptabelMittel / Schnell: OptimalOptimalGeringGering / Langsam: AkzeptabelAkzeptabelGering / Mittel: OptimalOptimalGering / Schnell: OptimalOptimalRollback-DauerRelease-Auswirkung

Sicherheitsmechanismen für reguliertes CD

  • Automatisches Rollback-Gate: Überwachung von Fehlerraten nach dem Release mit vollautomatischer Rückabwicklung bei Grenzwertüberschreitung.
  • Infrastructure as Code (IaC): Umgebungen werden ausschließlich über Skripte deklariert, um Abweichungen zwischen Test und Produktion auszuschließen.
  • Immutable Artifacts: Binärdateien werden nur einmal erzeugt und unverändert durch die Phasen befördert.

Canary-Releases und Verkehrsaufteilung

Zur weiteren Absicherung kommen Canary-Releases zum Einsatz. Dabei wird der Datenverkehr gesplittet: Nur 5% werden auf die neue Version geleitet. Bleibt die Fehlerrate stabil, wird der Anteil schrittweise bis auf 100% hochgefahren.

Canary-Release-Verfahren (Steuerung)Router95% TrafficStable V1.9Normalbetrieb5% TrafficCanary V2.0Überprüfe FehlerrateRollback-Sperre — Auto-Rollback bei Fehlern > 0.1%

Risikominimierung im agilen Betrieb

Durch die Kombination von Blue-Green- und Canary-Verfahren mit automatisierten Metrik-Gates können regulierte IT-Systeme mehrmals wöchentlich aktualisiert werden. Das Risiko von Großausfällen wird minimiert und alle Nachweise werden automatisch generiert.

Zudem müssen Datenbank-Migrationsstrategien vollständig abwärtskompatibel sein. Laufzeiten müssen während Canary-Rollouts einen dualen Schema-Zustand unterstützen, um sicherzustellen, dass bei einem Rollback keine Transaktionsdaten verloren gehen oder Schreibkonflikte auftreten.

Continuous Delivery und strenge Regulierung sind keine Gegensätze; sichere Pipelines versöhnen sie. Die Automatisierung der Kontrollen, die Prüfern wichtig sind, erlaubt regulierten Teams, häufig auszuliefern und zugleich Sicherheit zu belegen.

← Zurück zum Blog