Cloudflare lanceert Flagship: feature flags dichter bij je site, zonder extra omweg
Cloudflare heeft Flagship gelanceerd, een eigen dienst voor feature flags. de kern is simpel: je zet nieuwe code aan of uit met een vlag, zonder dat je voor elke check naar een losse dienst hoeft te bellen. Dat kan vooral helpen als je site of app op Cloudflare Workers draait.
Kort uitgelegd
Een feature flag is gewoon een schakelaar in je code. daarmee kun je een nieuwe knop,checkout of test eerst dicht laten staan. pas als jij of je team de vlag omzet, ziet de gebruiker de nieuwe versie.
Cloudflare zegt dat Flagship is gebouwd voor die aanpak. De check gebeurt dan in het Cloudflare-netwerk zelf. Daardoor hoeft je Worker niet eerst een externe API op te vragen voor elke bezoeker.
dat scheelt een extra stap. En juist die extra stap kan anders voor vertraging zorgen. Zeker als je site aan de rand van het netwerk draait, dicht bij de bezoeker.
Waarom is dit belangrijk?
Voor kleine sites en teams is snelheid fijn, maar controle is vaak nog belangrijker. Een fout in nieuwe code wil je snel kunnen terugzetten. Met feature flags kun je een fout uitzetten zonder meteen alles terug te draaien.
Cloudflare legt ook uit dat AI steeds meer code schrijft. Daardoor komt er sneller nieuwe code in productie. dan wordt het nog belangrijker dat je niet voor elke wijziging een mens nodig hebt. Een vlag kan dan helpen om de schade klein te houden.
Dat is vooral handig als je:
- vaak kleine updates doet
- met testgroepen werkt
- nieuwe functies rustig wilt uitrollen
- niet steeds iemand handmatig wilt laten ingrijpen
Wat merk jij hiervan?
Voor gewone bezoekers verandert er niet meteen iets zichtbaar. Zij zien alleen de functie die jij aanzet. Of juist niet.
Voor site-eigenaars is het verschil groter. Je kunt nieuwe dingen eerst aanzetten voor een kleine groep. Als het goed gaat, zet je meer verkeer aan. Gaat het mis, dan zet je de vlag weer uit.
Cloudflare noemt ook dat Flagship in de evaluatie geen externe dienst nodig heeft. De check gebeurt met Workers, Durable Objects en KV. Voor jou betekent dat vooral: minder losse schakels,minder gedoe met een aparte flag-dienst en minder kans op extra vertraging door een omweg.
Wat maakt Flagship anders?
Cloudflare noemt een paar dingen die opvallen:
| Onderdeel | Wat het doet |
|---|---|
| Workers-binding | Je kunt flags direct in een Worker uitlezen |
| OpenFeature | Werkt met een open standaard voor feature flags |
| KV | Slaat de vlaggen dicht bij de gebruiker op |
| Durable Objects | Houdt de bron van waarheid en wijzigingsgeschiedenis bij |
| Browser-ondersteuning | Er is ook een client-side provider voor browsers |
Dat laatste kan handig zijn als je ook aan de voorkant met flags werkt. Cloudflare zegt dat die browserprovider de flags vooraf ophaalt en uit een cache leest.
Voor wie is dit handig of lastig?
Vooral handig voor:
- mensen die Cloudflare Workers gebruiken
- kleine teams zonder groot beheersysteem
- apps waar elke milliseconde telt
- projecten waar je nieuwe functies stap voor stap wilt tonen
Minder handig als je juist niets met Cloudflare-oplossingen werkt. Dan is dit geen algemene losse tool, maar een dienst binnen het cloudflare-systeem. Je zit dan ook sneller vast aan die omgeving.
Ook noemt Cloudflare dat Flagship nu in gesloten bèta zit. Dat betekent: je kunt het nog niet overal als volledig afgerond product zien. Er is dus nog ruimte voor verandering.
Hoe werkt het in het kort?
Cloudflare legt het zo uit: als je een vlag maakt of wijzigt, schrijft het systeem de wijziging eerst naar een Durable Object. Daarna wordt de update binnen enkele seconden gesynchroniseerd naar Cloudflare KV.
Als een verzoek binnenkomt, leest Flagship de vlag daaruit op de edge.Daarna kijkt de evaluatie-engine naar de regels. Die vergelijkt de context, kiest de juiste waarde en geeft een resultaat terug.
Belangrijk voor gewone gebruikers en beheerders:
- de check gebeurt dichtbij de bezoeker
- je hoeft geen aparte externe service te bellen
- je kunt een waarde, variatie of reden terugkrijgen als je meer detail wilt
Wat kun je nu doen?
Als je al met feature flags werkt, is dit het moment om te kijken of je veel losse omwegen hebt. Vooral als je nu per bezoeker een externe service opvraagt, kan dat extra vertraging geven.
Je kunt ook nadenken over deze simpele vragen:
- moet deze vlag echt via een andere dienst lopen?
- Wil ik sneller kunnen terugzetten?
- Heb ik behoefte aan een auditspoor van wijzigingen?
- Draait mijn site al op Cloudflare Workers?
Cloudflare noemt geen vaste prijs in deze aankondiging. Er staat wel dat je toegang kunt aanvragen en dat meer info over prijs volgt richting algemene beschikbaarheid.
Kleine checklist
- Gebruik je Cloudflare Workers?
- Zet je nieuwe code soms achter een schakelaar?
- Wil je minder losse calls naar buiten?
- Wil je testgroepen of gedeeltelijke uitrol?
- wil je wijzigingen later kunnen terugvinden?
Als je op een paar punten ja zegt, dan is Flagship waarschijnlijk iets om in de gaten te houden.
Als je hierover door wilt lezen, pak dan ook even Cloudflare maakt AI-modellen kleiner met Unweight mee.
Meer lezen
De officiële uitleg of aankondiging staat ook op Introducing Flagship: feature flags built for the age of AI.
Bevers gedachte
Dit is geen grote zichtbare gok voor bezoekers. Het is vooral een hulpmiddel voor mensen die snel willen werken zonder de rem helemaal los te gooien.Dat is vaak precies wat kleine teams nodig hebben: sneller gaan, maar wel met een vangnet 🦫
Meer info staat op de officiële blog van Cloudflare en op de documentatie van OpenFeature:
- https://blog.cloudflare.com/flagship
- https://openfeature.dev/