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.
Auch bekannt als: Feature Toggle · Feature Flags · Feature Switch · Feature-Schalter
Ist Feature Flag bei Ihnen gerade ein Thema?
Wir fragen kurz, wie dringend das Thema bei Ihnen gerade ist. Je nach Antwort zeigen wir Ihnen direkt den passenden nächsten Schritt — ganz ohne Formular.
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.
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.
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.
Feature Flags — selbst bauen oder Tool nutzen?
Feature Flags reichen von ein paar An/Aus-Schaltern bis zur ausgewachsenen Experiment-Plattform — der richtige Weg hängt an Umfang und Datenhoheit. Zwei Klicks geben die Richtung.
Wie intensiv brauchen Sie Feature Flags?
- 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.
- Welche Arten von Feature Flags gibt es?
- Gebräuchlich ist die Einteilung in vier Typen nach Martin Fowler, die sich in Lebensdauer und Schaltfrequenz unterscheiden. Release-Toggles verbergen unfertige Funktionen im Hauptbranch; sie leben Tage bis Wochen und werden nach dem Rollout entfernt. Ops-Toggles schalten im Betrieb Last oder riskante Funktionen ab — der klassische Kill-Switch, oft dauerhaft. Experiment-Toggles steuern A/B-Tests und werden nach der Auswertung wieder abgebaut. Permission-Toggles geben Funktionen für bestimmte Kundengruppen frei, etwa in Tarifmodellen, und bleiben dauerhaft. Die Unterscheidung ist mehr als Theorie: Sie bestimmt, welches Flag aufgeräumt werden muss und welches bewusst bleiben darf — und verhindert damit genau das Geflecht aus vergessenen Bedingungen, an dem Flag-Landschaften scheitern.
- Was heißt Feature Flag auf Deutsch?
- Eine wörtliche Entsprechung hat sich nicht durchgesetzt; gebräuchlich sind Feature-Schalter oder Funktionsschalter, im Betrieb auch schlicht Kill-Switch für die abschaltende Variante. Synonym zu Feature Flag wird Feature Toggle verwendet — beide meinen dasselbe. In deutschsprachigen Teams bleibt der englische Begriff in aller Regel stehen, weil die Tools, die Konfigurationsschlüssel und die Literatur ihn ohnehin führen.
Wo steht Ihr Team bei Feature Flag?
Uns interessiert, wo Ihr Team bei diesem Thema steht. Auf Basis Ihrer Antwort schlagen wir Ihnen den sinnvollsten nächsten Schritt vor — ganz ohne Formular.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance