Een nieuwe standaard voor realtime beslissingen aan de rand van het internet
In een wereld waarin milliseconden het verschil maken, zet Cloudflare een volgende stap. Met de lancering van Flagship introduceert het bedrijf een native feature flag-service die speciaal is ontworpen voor het AI-tijdperk en vooral: Voor snelheid.
Waar traditionele systemen afhankelijk zijn van externe API-calls, kiest Cloudflare resoluut voor een edge-first aanpak. Het resultaat? Feature flags die niet langer vertraging veroorzaken, maar juist bijdragen aan realtime beslissingen, dicht bij de gebruiker.
|
Introducing Flagship: feature flags built for the age of AIWe are launching Flagship, a native feature flag service built on Cloudflare’s global network to eliminate the latency of third-party providers. By using KV and Durable Objects, Flagship allows for sub-millisecond flag evaluation. |
Het probleem met klassieke feature flags
Feature flags zijn essentieel voor moderne softwareontwikkeling. Ze laten teams toe om functies gecontroleerd uit te rollen, A/B-tests uit te voeren en snel te schakelen zonder volledige deploys.
Maar er zit een addertje onder het gras.
Veel bestaande oplossingen vereisen dat elke gebruikersaanvraag eerst een externe dienst aanspreekt om te bepalen welke feature actief is. Dat betekent extra latency, soms zelfs aanzienlijk, afhankelijk van de afstand tot de server.
Voor applicaties die al op de edge draaien, voelt dat als een paradox: Alles is geoptimaliseerd voor snelheid… behalve de beslissingslogica zelf.
Waarom ‘lokale evaluatie’ niet volstaat
Sommige systemen proberen dit op te lossen via lokale evaluatie: regels worden gedownload en lokaal uitgevoerd. Maar in serverless omgevingen, zoals Cloudflare Workers, werkt dat niet optimaal.
Daar is geen sprake van langdurige processen. Elke request kan draaien in een nieuwe, tijdelijke omgeving. Dat maakt caching en state management complex en inefficiënt.
Met andere woorden: Wat op traditionele servers werkt, faalt op de edge.
Flagship: Gebouwd voor de edge, niet aangepast eraan
Met Flagship gooit Cloudflare het over een andere boeg. In plaats van bestaande modellen aan te passen, werd een systeem ontworpen dat volledig draait op hun eigen infrastructuur: Workers voor uitvoering aan de edge. Durable Objects als centrale bron van waarheid. KV (Key-Value storage) voor wereldwijde distributie
Wanneer een feature flag wordt aangepast, gebeurt dit centraal via een Durable Object. Binnen enkele seconden wordt die wijziging wereldwijd verspreid via KV, zodat elke edge-locatie dezelfde actuele configuratie heeft.
Het gevolg: Evaluaties gebeuren lokaal, zonder externe calls, en met sub-milliseconde snelheid.
Open standaarden als fundament
Opvallend is dat Flagship gebouwd is op Cloud Native Computing Foundation-standaarden, met name OpenFeature.
Dat betekent dat ontwikkelaars hun code slechts één keer hoeven te schrijven en eenvoudig van provider kunnen wisselen. Een aanpak die doet denken aan hoe OpenTelemetry observability standaardiseerde.
Waarom dit belangrijk is voor AI en agents
De timing van deze lancering is geen toeval. In het tijdperk van AI-agents autonome systemen die continu beslissingen nemen — wordt latency een kritische factor.
Elke extra milliseconde in een beslissingsketen kan:
- de gebruikerservaring verslechteren
- de kosten verhogen (meer compute, meer tokens)
- de schaalbaarheid beperken
Door feature flags direct aan de edge te evalueren, maakt Flagship het mogelijk om AI-gedreven applicaties sneller, consistenter en efficiënter te laten functioneren.
Een blik op de toekomst van applicatie-architectuur
Met Flagship onderstreept Cloudflare een bredere trend: applicaties verschuiven steeds meer naar de rand van het netwerk. Niet alleen content, maar ook logica, AI en beslissingen worden daar uitgevoerd.
Feature flags, ooit een simpele toggle, evolueren zo tot een cruciaal onderdeel van realtime, gedistribueerde systemen.
En in die toekomst lijkt één ding duidelijk: Snelheid is geen luxe meer, maar een vereiste
