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. Das ist 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.
Im Code ist ein Feature Flag eine Bedingung um den neuen Programmteil. Vor der Ausführung fragt die Anwendung ab, ob das Flag für diesen Nutzer, diesen Mandanten oder diese Umgebung aktiv ist, und wählt danach den neuen oder den alten Pfad. Den Schaltzustand liest sie zur Laufzeit aus einer Konfiguration oder einem Flag-Service. Deshalb braucht das Umschalten kein neues Deployment. Das trennt den technischen Akt des Deployments vom Release: Der Code liegt längst in Produktion, das Feature bleibt unsichtbar, bis das Team es aktiviert. Synonym zu Feature Flag sind Feature Toggle und Feature Switch.
Die gebräuchliche Einteilung stammt von Pete Hodgson aus seinem Artikel auf martinfowler.com und unterscheidet vier Arten nach Lebensdauer und Schaltverhalten. Release-Toggles verbergen unfertige Funktionen im Hauptbranch und sollten nach Hodgson kaum länger als ein bis zwei Wochen bleiben. Experiment-Toggles steuern A/B-Tests, entscheiden pro Anfrage und leben so lange, bis das Ergebnis statistisch belastbar ist. Ops-Toggles schalten im Betrieb riskante oder lastintensive Funktionen ab, die langlebige Variante heißt Kill-Switch. Permission-Toggles geben Funktionen für bestimmte Kundengruppen frei, etwa nach Tarif, und bleiben oft über Jahre.
Aus dieser Trennung ergeben sich mehrere Praktiken. Trunk-Based Development funktioniert, weil unfertige Funktionen hinter einem Flag im Hauptbranch liegen können, statt wochenlang in einem Feature-Branch auseinanderzulaufen. Canary Releases und Continuous Deployment bekommen ein zusätzliches Sicherheitsnetz: Auch bei häufigen, automatischen Deployments bestimmt das Team über das Flag, wann und für wen eine Funktion wirkt. Ein Problem in Produktion ist mit einem Klick entschärft, ohne auf ein Rollback-Deployment zu warten.
Der Stolperstein sind vergessene Flags. Jedes Flag verdoppelt die möglichen Pfade durch den betroffenen Code, und wer nach dem Rollout nicht aufräumt, hat nach einem Jahr Bedingungen, deren Zweck niemand mehr kennt. Release-Toggles brauchen deshalb ein Ablaufdatum und ein Ticket für das Entfernen. Ein zentrales Flag-Management zeigt, welche Flags aktiv sind und wer sie zuletzt geschaltet hat. Mit OpenFeature gibt es dafür inzwischen eine herstellerneutrale API, die 2023 in den Incubating-Status der CNCF aufgenommen wurde.
Kill-Switch stoppt eine fehlerhafte Preisberechnung in Sekunden
Ein Industrieportal schaltet eine neue Berechnungslogik für Ersatzteilpreise hinter einem Flag frei. Als das Monitoring abweichende Beträge meldet, deaktiviert das Team das Flag. Die alte Logik greift sofort wieder, ohne Deployment und ohne dass weitere Bestellungen mit falschen Preisen durchgehen.
Vier Wochen Entwicklung im Hauptbranch ohne sichtbares Halbfertiges
Ein Team entwickelte große Funktionen früher in langlebigen Branches und verlor am Ende Tage mit Merge-Konflikten. Heute arbeitet es direkt im Hauptbranch, die unfertige Funktion liegt hinter einem Release-Toggle. Es merged täglich, und erst nach der Abnahme schaltet das Flag die Funktion für die Nutzer frei.
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?
- Was bedeutet Feature Flag?
- Ein Feature Flag ist ein Schalter im Code, mit dem sich eine Funktion zur Laufzeit ein- oder ausschalten lässt, ohne neu zu deployen. Im Deutschen sagt man auch Feature-Schalter oder Funktionsschalter, Feature Toggle ist ein Synonym. In deutschsprachigen Teams bleibt meist der englische Begriff stehen, weil Tools und Konfigurationsschlüssel ihn führen.
- Welche Arten von Feature Flags gibt es?
- Gebräuchlich ist die Einteilung von Pete Hodgson auf martinfowler.com in vier Typen: Release-Toggles, Experiment-Toggles, Ops-Toggles und Permission-Toggles. Release-Toggles verbergen unfertige Funktionen und werden nach dem Rollout entfernt. Experiment-Toggles steuern A/B-Tests, Ops-Toggles schalten im Betrieb Funktionen ab, und Permission-Toggles geben Funktionen für bestimmte Kundengruppen dauerhaft frei. Die Unterscheidung legt fest, welches Flag aufgeräumt werden muss und welches bleiben darf.
- Wie unterscheidet sich ein Feature Flag von einem Konfigurationsparameter?
- Ein Konfigurationsparameter steuert dauerhaftes Systemverhalten, etwa eine Datenbankverbindung. Ein Feature Flag steuert die Sichtbarkeit einer Funktion, oft unterschiedlich je Nutzergruppe, und ist meist temporär. Nach dem Rollout wird es wieder aus dem Code entfernt.
- Wie vermeide ich technische Schuld durch Feature Flags?
- Geben Sie temporären Flags beim Anlegen ein Ablaufdatum und entfernen Sie sie nach dem Rollout aus dem Code. Ein zentrales Flag-Management zeigt, welche Flags aktiv sind und welche aufgeräumt werden müssen. Manche Teams lassen den Build warnen, sobald ein Flag sein Ablaufdatum überschritten hat.
- 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 dazukommen, lohnt sich ein Feature-Flag-Service mit zentraler Verwaltung und Protokoll der Schaltvorgänge. Über die herstellerneutrale API OpenFeature lässt sich der Anbieter später wechseln, ohne jede Abfrage im Code umzuschreiben.
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.
Weiterführende Primärquellen zu Feature Flag: Normtexte, Hersteller- und Projektdokumentation. Alle Ziele öffnen in einem neuen Tab.
- /01Martin FowlerFeature Toggles(externe Seite, öffnet in neuem Tab)
Die maßgebliche Typologie von Release-, Experiment-, Ops- und Permission-Toggles.
- /02CNCFOpenFeature(externe Seite, öffnet in neuem Tab)
Herstellerneutrale Schnittstelle, die die Bindung an einen Anbieter vermeidet.
- /03GitLab DocsFeature Flags in GitLab(externe Seite, öffnet in neuem Tab)
Umsetzung mit Strategien, Nutzergruppen und Auswertung im Betrieb.
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