Für Devs, die solo shippen

Feature Flag Software, ohne Hype ausgewählt

Vergleiche Feature Flag Software nach dem, was ein Solo-Dev oder ein kleines Team wirklich braucht, und plane dann ein Projekt, das ein Flag verdient. Kostenlos, ohne Anmeldung.

Projekt-Spec generieren Die Tools vergleichen
Dunkler Entwicklerschreibtisch bei Nacht mit Laptop und Monitoren, auf denen Code und ein Feature-Flag-Dashboard zu sehen sind
Wofür Leute es einsetzen

Vier Aufgaben, die ein Feature Flag übernimmt

Dunkel ausliefern, später freischalten

Unfertige Arbeit hinter einem Flag in main mergen. Code deployen und ein Feature freischalten sind dann nicht mehr dasselbe Ereignis. Das macht Freitags-Merges weniger nervenaufreibend.

Schrittweise ausrollen

Aktiviere ein Feature erst für dich, dann für 5 % der Nutzer, dann für alle. Steigen die Fehlerraten, stoppst du bei 5 % statt alle um Entschuldigung zu bitten.

Kill-Switch in Sekunden

Eine wackelige Drittanbieter-Integration oder eine langsame Abfrage lässt sich im Dashboard abschalten. Kein Rollback, kein Redeploy, kein Hotfix-Branch um 3 Uhr nachts.

Mit echten Nutzern testen

Zwei Varianten ausspielen, eine Metrik messen, den Gewinner behalten. Manche Tools bringen Experimente gleich mit, andere überlassen das deinem Analytics-Stack.

Vergleich

Vier Tools, ehrliche Unterschiede

Entscheide zuerst nach Hosting-Modell und Lizenz. Preise ändern sich oft, also prüfe die Limits auf der Seite jedes Anbieters, bevor du dich festlegst.

KriteriumLaunchDarklyPostHogGrowthBookUnleash
LizenzProprietärMITMITApache
Self-Hosting-OptionNeinJaJaJa
Kostenloser TarifJa, nutzungsabhängig begrenztJa, 1 Mio. Flag-Anfragen im MonatJa in der Cloud, Self-Hosting kostenlosKostenlos selbst gehostet
Eingebaute ExperimenteJaJa, in der CloudJaEingeschränkt
Passt am besten zuTeams, die ein verwaltetes Enterprise-Produkt wollenTeams, die zusätzlich Produktanalysen wollenTeams, denen A/B-Tests wichtig sindTeams, die Datensouveränität brauchen
Anwendungsfall

Installiere kein Tool, bevor du ein riskantes Feature hast

Der typische Fehler ist, Feature-Flag-Software in ein Projekt zu installieren, in dem nichts zum Absichern existiert. Ein Flag lohnt sich, wenn es eine Änderung gibt, die du nicht allen auf einmal ausliefern würdest: ein Zahlungsablauf, eine Datenmigration, ein KI-Feature mit schwer kalkulierbaren Kosten. Wenn du diese Änderung nicht benennen kannst, reicht vorerst ein Boolean in einer Umgebungsvariable. Der Generator auf whatshouldibuildnext.com macht aus einer groben Idee eine Spec mit vorgeschlagenem Stack und den ein oder zwei Features mit echtem Risiko. So weißt du, was hinter ein Flag gehört, bevor du einen Anbieter wählst.

  • Kostenlos, clientseitig, ohne Anmeldung
  • Benennt die Features, die beim Ausliefern riskant sind
  • Schlägt einen Stack vor, der dein Flag-SDK unterstützt
Generator ausprobieren
Entwicklerhände auf einer Tastatur, auf dem Bildschirm ein Code-Diff in einem dunklen Raum
Hosting

Gehostet oder selbst betrieben: wähle die kleinere Last

Open-Source-Feature-Flag-Tools sind lizenzrechtlich kostenlos, aber nicht zeitlich. Selbst betreiben heißt: eine Datenbank sichern, einen Dienst am Laufen halten und Upgrades einspielen, und zwar für ein System, von dem dein Produktivcode bei jeder Anfrage abhängt. Gehostete Tools nehmen dir das ab, und ihre Gratis-Tarife reichen für die meisten Side-Projekte. Wähle Self-Hosting, wenn Datenresidenz oder Kosten pro Anfrage dazu zwingen, nicht weil es sich nach Indie-Stolz anfühlt. Egal, wofür du dich entscheidest: Programmiere gegen OpenFeature, dann bleibt die Wahl umkehrbar.

  • Gehostet: keine Server, nutzungsbasierte Preise
  • Selbst betrieben: keine Rechnung pro Anfrage, du trägst die Verfügbarkeit
  • OpenFeature hält den Anbieter austauschbar
Notizbuchskizze eines Release-Plans, der sich in zwei Pfade teilt, neben einem Laptop
Einstieg

Vom Nullpunkt bis zum geflaggten Feature

  1. 1

    Benenne die riskante Änderung

    Wähle das eine Feature, das dich ruinieren könnte, wenn es kaputt ausgeliefert wird. Das ist dein erstes Flag, nicht alle zwanzig.

  2. 2

    Starte mit dem Gratis-Tarif

    Lege ein Konto an oder starte das Open-Source-Image lokal, hole dir einen SDK-Schlüssel und binde ein Flag in einem Branch ein.

  3. 3

    Standard auf aus

    Mach das sichere Verhalten zum Fallback, damit ein fehlgeschlagener Flag-Abruf niemals unfertigen Code freigibt.

  4. 4

    Stufenweise ausrollen

    Erst dir selbst, dann einem kleinen Prozentsatz, dann allen. Fehler und Latenz zwischen den Schritten beobachten.

  5. 5

    Lösche das Flag

    Steht ein Feature bei 100 % und läuft stabil, entfernst du Flag und toten Codepfad in einem einzigen Pull Request.

FAQ

Häufige Fragen

Was ist Feature Flag Software?
Ein Tool, mit dem du Codepfade zur Laufzeit ein- und ausschalten kannst, ohne neu zu deployen. Du packst eine riskante Änderung in ein Flag, lieferst sie verdeckt aus und schaltest sie dann für dich, einen Prozentsatz der Nutzer oder alle frei. Bei einem Fehler schaltest du sofort ab.
Brauche ich Feature Flag Software bei einem Solo-Side-Projekt?
Am ersten Tag meist nicht. Ein Boolean in einer Umgebungsvariable reicht oft aus. Greif zu einem echten Tool, wenn du Targeting pro Nutzer, schrittweise Rollouts oder einen Kill-Switch brauchst, den du ohne Zugriff auf den Server umlegen kannst.
Gibt es ein kostenloses Feature-Flag-Tool?
Ja. LaunchDarkly, PostHog, GrowthBook, Flagsmith und Statsig bieten alle kostenlose Tarife, und Unleash, GrowthBook, Flagsmith und PostHog haben Open-Source-Versionen, die du selbst hosten kannst. Limits und Preise ändern sich, also prüfe vor einer Entscheidung die jeweilige Preisseite.
Selbst hosten oder einen gehosteten Dienst nutzen?
Gehostet heißt: keine Server zu patchen, und die Flags werden für dich ausgewertet. Selbst gehostet heißt: keine Rechnung pro Anfrage und volle Datenkontrolle, dafür betreibst du Datenbank und Verfügbarkeit selbst. Für ein Side-Projekt sind gehostete Gratis-Tarife meist weniger Arbeit.
Was ist OpenFeature und ist es wichtig?
OpenFeature ist eine herstellerneutrale API zur Flag-Auswertung. Wenn du gegen sie programmierst, bedeutet ein späterer Anbieterwechsel nur den Tausch eines Provider-Plugins und nicht das Umschreiben jedes Flag-Aufrufs. Das ist eine günstige Versicherung gegen Lock-in.
Wie verhindere ich, dass sich alte Flags ansammeln?
Gib jedem Flag beim Anlegen einen Verantwortlichen und ein Entfernungsdatum. Ein Flag, das seit einigen Wochen bei 100 % steht, ist technische Schuld: Lösche Flag und toten Codezweig im selben Pull Request.
Was baue ich, um mit Flags zu üben?
Etwas mit mindestens einem Feature, bei dem dir mulmig wäre, es allen auszuliefern. Der Generator auf whatshouldibuildnext.com plant ein kleines Projekt mit ein oder zwei riskanten Features, und damit hast du einen echten Grund, Code hinter ein Flag zu packen.

Plane etwas, das ein Flag verdient

Kostenloser Spec-Generator, clientseitig, ohne Anmeldung. Du bekommst die Features und einen vorgeschlagenen Stack und wählst dann dein Flag-Tool.

Projekt-Spec generieren
~/build
Idee generieren