Kostenlose DevOps-Analyse
Zurück zum Glossar
DevOps Glossar·CI/CD

Feature Flag

// Direkte Antwort

Wozu dienen Feature Flags?

Feature Flags sind Schalter im Code, mit denen sich neue Funktionen ein- und ausschalten lassen, ohne ein neues Deployment zu machen. Teams können Features schrittweise für bestimmte Nutzergruppen aktivieren, A/B-Tests durchführen oder unfertige Features im Hauptbranch verstecken — Progressive Delivery in der Praxis.

CI/CD Implementierung
// Im DetailFeature Flag

Ein Feature Flag ist ein bedingter Schalter im Code, der eine Funktionalität zur Laufzeit ein- oder ausschalten kann, ohne dass ein neues Deployment nötig ist. Damit lässt sich der technische Akt des Deployments vom geschäftlichen Akt des Release trennen: Code kann längst in Produktion liegen, während das Feature für Nutzer noch unsichtbar bleibt, bis das Team es bewusst aktiviert.

Diese Entkopplung ist der Schlüssel zu mehreren Praktiken. Sie ermöglicht Trunk-Based Development, weil unfertige Funktionen hinter einem Flag im Hauptbranch verborgen bleiben können, statt in langlebigen Feature-Branches zu reifen. Sie erlaubt gezielte Rollouts an bestimmte Nutzergruppen, A/B-Tests verschiedener Varianten und einen sofortigen Kill-Switch, falls eine Funktion in Produktion Probleme bereitet.

Im Zusammenspiel mit Canary Releases und Continuous Deployment werden Feature Flags zum Sicherheitsnetz: Selbst wenn häufig und automatisch deployt wird, bestimmt das Team über das Flag, wann und für wen eine Funktion wirklich wirksam wird. Ein Problem lässt sich durch Deaktivieren des Flags in Sekunden entschärfen, ohne ein Rollback-Deployment abzuwarten.

Der zentrale Stolperstein ist technische Schuld durch vergessene Flags. Jedes Flag erhöht die Zahl möglicher Code-Pfade und damit die Komplexität. Temporäre Flags müssen nach erfolgreichem Rollout wieder entfernt werden, sonst entsteht ein unübersichtliches Geflecht aus Bedingungen. Diszipliniertes Aufräumen und ein zentrales Flag-Management sind deshalb Pflicht.

// Beispiele aus der Praxis2 Szenarien
/01

Kill-Switch für eine kritische Funktion

Ein Industrieportal aktiviert eine neue Berechnungslogik hinter einem Flag. Als das Monitoring Unstimmigkeiten meldet, deaktiviert das Team das Flag sofort — ohne Deployment und ohne dass weitere Nutzer betroffen sind.

/02

Trunk-Based Development mit verstecktem Feature

Ein Team entwickelt eine umfangreiche Funktion über mehrere Wochen direkt im Hauptbranch. Sie bleibt hinter einem Flag verborgen, sodass tägliche Merges möglich sind, ohne dass die unfertige Funktion Nutzer erreicht.

// Häufige FragenFAQ
Wie unterscheidet sich ein Feature Flag von einem Konfigurationsparameter?
Ein Konfigurationsparameter steuert dauerhaftes Systemverhalten, etwa eine Datenbankverbindung. Ein Feature Flag ist meist temporär und steuert die Sichtbarkeit oder Verfügbarkeit einer Funktion, oft differenziert nach Nutzergruppen, und wird nach Abschluss des Rollouts wieder entfernt.
Wie vermeide ich technische Schuld durch Feature Flags?
Indem temporäre Flags einen klaren Lebenszyklus mit Ablaufdatum erhalten und nach erfolgreichem Rollout konsequent aus dem Code entfernt werden. Ein zentrales Flag-Management schafft Überblick darüber, welche Flags aktiv sind und welche aufgeräumt werden müssen.
Brauche ich für Feature Flags ein spezielles Tool?
Für einfache Fälle genügt eine eigene Konfiguration. Sobald gezielte Rollouts, A/B-Tests, Nutzersegmentierung und Auditierung gefragt sind, lohnt sich ein dediziertes Feature-Flag-System, das zentrale Verwaltung und Nachvollziehbarkeit der Schaltzustände bietet.
// Nächster Schritt

Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.

Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.

Erstgespräch buchen
Seit 2006 · 47+ Projekte
Industrie · Automotive · Finance