Een mislukte release om 02:00 uur zou geen herimplementatie van 20 minuten nodig mogen hebben om te herstellen. Feature flags bieden een schakelaar waarmee je een defecte functie direct uitschakelt, zonder de implementatie-pipeline aan te raken. De vraag is niet of je er een moet gebruiken, maar welke versie je bouwt: een flag die je zelf hebt geschreven, een open-source platform dat je op je eigen server draait, of een beheerde dienst waarvoor je per stoel of per verzoek betaalt. Elk antwoord brengt een ander prijskaartje met zich mee, in geld, tijd of beide.
Doe-het-zelf: een flag die je in een middag bouwt
Een zelfgemaakte flag is meestal een boolean in een configuratiebestand, een omgevingsvariabele, of een rij in een databasetabel die je app controleert voordat een functie wordt uitgevoerd. Het kost niets aan licentiekosten. De echte kosten zitten in de engineering-tijd: een basisversie kost een dag of twee om te bouwen, en het wordt duurder telkens wanneer je targeting-regels, uitrolpercentages of een audittrail toevoegt.
De configuratie betekent dat je een plek moet kiezen om de status van de flag op te slaan waar je app bij kan zonder herstart, meestal een databaserij, een Redis-sleutel, of een extern JSON-bestand dat de app via een timer opvraagt. De snelheid van terugdraaien hangt volledig af van dat polling-interval. Als je app de flag elke 30 seconden controleert, duurt het terugdraaien tot 30 seconden; als je een push-mechanisme bouwt, gaat het bijna direct, maar dat push-mechanisme is meer code die je nu zelf moet onderhouden.
Onderhoud komt volledig voor rekening van je team. Er is geen leverancier die de client-bibliotheek bijwerkt, geen ingebouwd auditlogboek van wie wat wanneer heeft omgezet, en geen uitrol-logica op basis van percentages, tenzij je die zelf schrijft. Het echte nadeel komt naar voren bij schaalvergroting: een flag-opslag die uitvalt, kan de functiecontroles van je app mee de afgrond in trekken, en het debuggen van een vastgelopen flag betekent dat je midden in de nacht je eigen code moet lezen in plaats van de documentatie van een leverancier.

Zelf-gehost open source: Unleash of Flagsmith op je eigen server
De open-source zelf-gehoste versie van Unleash is gratis met onbeperkte feature flags. De open-source zelf-gehoste versie van Flagsmith is gratis zonder gebruiksbeperkingen. Beide projecten plaatsen de feature flag-logica achter een degelijke API in plaats van een zelfgemaakte configuratietabel, met SDK's, targeting-regels en uitrolpercentages die al ingebouwd zijn.
De configuratie is zwaarder dan bij DIY, maar lichter dan het klinkt. Unleash is eenvoudig zelf te hosten met een server-component en een Postgres-database, en Flagsmith draait op een Django- en Postgres-stack, wat echt werk is om in productie te draaien. Het terugdraaien zelf is snel zodra het systeem draait: beide platforms zijn gebouwd rond directe flag-evaluatie, wat het hele punt is van een kill switch: een functie uitschakelen zonder code opnieuw te implementeren.
De gratis laag heeft echte beperkingen. De open-source editie van Unleash dekt de kernfuncties, maar limiteert je tot 1 project, 2 omgevingen en 5,000 feature flags per instantie. Onderhoud is de ruil die je maakt voor die gratis licentie: je beheert het zelf, inclusief de database, upgrades en stand-by-dekking. Als je later uit de gratis laag groeit, begint het Enterprise-plan van Unleash bij $75 per stoel per maand, beschikbaar als cloud-gehost of zelf-gehost met een minimum van vijf stoelen, wat een gratis tool verandert in een serieuze kostenpost.

Beheerde SaaS: LaunchDarkly, Flagsmith Cloud en soortgelijke
Een beheerd platform neemt de infrastructuurvraag volledig weg. Je installeert een SDK en de leverancier beheert de flag-evaluatieservice, het dashboard en het auditlogboek. Op LaunchDarkly duurt die installatie ongeveer een uur of twee om de SDK te installeren en een eerste flag aan te maken, en het lopende onderhoud aan de kant van de leverancier is vanuit het perspectief van je team effectief nul.
Kosten zijn waar de vergelijking ingewikkeld wordt. LaunchDarkly begint bij $12 per gebruiker per maand voor het Foundation-plan, inclusief SSO, onbeperkte omgevingen en onbeperkte projecten. Recentere prijzen zijn verschoven naar meting op basis van gebruik: het betaalde plan rekent nu $10 per serviceverbinding per maand plus $8.33 per 1,000 maandelijkse actieve gebruikers aan de client-zijde, wat betekent dat een rustige maand weinig kost en een piek in verkeer echt geld kost. De cloud-laag van Flagsmith is makkelijker te voorspellen: het Start-Up-plan kost $45 per maand voor maximaal 1 miljoen verzoeken en 3 gebruikers.
Het gat tussen de geadverteerde prijs en de uiteindelijke rekening is hier het grootste nadeel. Vendr-data toont mediane jaarcontracten voor LaunchDarkly van $72,000, met gedocumenteerde marges van $19,500 tot $165,700, ver boven de stickerprijs per stoel. De snelheid van terugdraaien is op elk beheerd platform uitstekend; het risico is niet dat de kill switch faalt, maar dat de factuur hoger uitvalt dan gepland.
Bij wie past elke optie eigenlijk
Een zelfgemaakte flag past bij een klein team met één app en een of twee functies die af en toe een uit-schakelaar nodig hebben, waarbij het bouwen van een dashboard overbodig is. Het verliest zijn zin op het moment dat twee teams flags moeten coördineren, of wanneer het bedrijf vraagt om een uitrol naar 10% van de gebruikers.
Zelf-gehoste Unleash of Flagsmith past bij teams die al hun eigen infrastructuur draaien, zich zorgen maken over datalocatie, of terugkerende kosten willen vermijden en de operationele capaciteit hebben om een database te patchen en back-uppen. Het past bij gereguleerde sectoren en teams met een platformengineer die al soortgelijke diensten beheert.
Een beheerd SaaS-platform past bij teams die willen dat flag-wijzigingen vanaf dag één werken zonder iemand in te huren om een server te draaien, en die voorspelbare engineering-tijd belangrijker vinden dan voorspelbare facturering. Het is de juiste keuze voor een klein productteam dat levert aan een grote, groeiende gebruikersbasis, zolang iemand maandelijks het gebruiks-dashboard controleert in plaats van alleen bij de verlenging.
De beslissende factor
De echte beslissing is niet welk platform het beste dashboard heeft. Het is of je team al iemand betaalt om databases te draaien en beveiligingspatches toe te passen, want die capaciteit is wat de gratis zelf-gehoste laag echt gratis maakt. Als niemand in het team die taak wil, is de maandelijkse vanafprijs van $12 tot $45 voor een beheerd SaaS-plan goedkoper dan de engineering-uren die worden besteed aan het debuggen van een zelfgemaakte flag om 02:00 uur. Begin met de gratis laag van Unleash of Flagsmith als je al een Postgres-instantie voor iets anders draait; kies een beheerd plan op het moment dat "wie patcht deze server" geen duidelijk antwoord heeft in je team.






