Guide til danske virksomhederOm os  ·  Spørgsmål og svar  ·  Kontakt
Branchekompas
Forside › Guider › IT-drift, data & sikkerhed

Leverandørguide · IT-drift, data & sikkerhed

Feature flags: fire platforme til kontrolleret funktionsudrulning

Publiceret: Kilder kontrolleret: 4 leverandører · Alfabetisk rækkefølge

Et feature flag er en kontakt i softwaren, der afgør, om en funktion er aktiv for en bestemt bruger eller situation. Det gør det muligt at adskille installation af ny kode fra åbning af funktionen. En platform samler kontakterne, reglerne og administrationen.

Guiden handler om et særskilt køb til udviklingsteamets udgivelser. Den sammenligner ikke CI/CD-systemer, statussider eller generelle produktanalyseværktøjer. Fire kandidater er medtaget for deres dokumenterede arbejde med flagregler, miljøer og administration. Vi har ikke målt deres svartider eller testet dem under produktionsbelastning.

Kort fortalt

  • ConfigCat: Målretning efter brugerens egenskaber.
  • Flagsmith: Flags kombineret med konfiguration.
  • LaunchDarkly: Koordinerede udrulninger på tværs af teams.
  • Unleash: Regler og flaggenes livscyklus.

Sammenligning

Stryg tabellen til siden for at se alle kolonner.

Leverandør Relevant at undersøge til Dokumenteret fokus Afklar før køb
ConfigCat Målretning efter brugerens egenskaber Regler og integration via SDK Understøttet sprog og opdateringsadfærd
Flagsmith Flags kombineret med konfiguration Segmenter, miljøer og konfigurationsværdier Hvor evalueringen og brugerdata ligger
LaunchDarkly Koordinerede udrulninger på tværs af teams Gradvis åbning, lokal cache og ændringslog Kontrol med produktionsændringer
Unleash Regler og flaggenes livscyklus Miljøstrategier, varianter og markering af gamle flags Regelkombinationer og oprydningsproces

Tabellen viser forskellige arbejdsformer, ikke en rangering. Pakke og konkret opsætning kan ændre funktionsadgangen.

Leverandørerne

ConfigCat

ConfigCat beskriver feature flags målrettet efter eksempelvis region, abonnement eller andre brugeroplysninger. Leverandøren tilbyder SDK’er, altså kodebiblioteker, som forbinder applikationen med flagkonfigurationen. Vores vurdering: Det er en kandidat til et team, der vil styre tydelige regler uden at begynde med et stort releaseprogram. Test den SDK, I faktisk skal bruge, og afklar, hvad applikationen gør, før konfigurationen er hentet. Produktnavnet alene siger ikke noget om jeres integrationsfejl eller svartider. Kilde: ConfigCat.

Flagsmith

Flagsmith beskriver flags efter miljø, bruger og segment samt flere varianter af en funktion. Flags kan også bære konfigurationsværdier i stedet for kun til eller fra. Vores vurdering: Undersøg løsningen, hvis teamet både vil styre adgang til en ny funktion og ændre dens parametre. Aftal, hvilke værdier der må ændres uden en kodeudgivelse. En konfigurationsændring kan stadig give en fejl, selv om den ikke kræver en ny deployment. Kilde: Flagsmith.

LaunchDarkly

LaunchDarkly beskriver procentvise og målrettede udrulninger, SDK-baseret lokal cache samt auditlog og sammenligning af konfiguration mellem miljøer. Vores vurdering: Tag platformen med, når flere teams har behov for en fælles udgivelsesproces. Bed om at se, hvem der kan ændre et produktionsflag, og hvordan ændringen spores. Vi bruger ikke leverandørens hastighedsudsagn som en måling af jeres applikation og antager ikke, at alle administrationsfunktioner følger med alle pakker. Kilde: LaunchDarkly.

Unleash

Unleash-dokumentationen beskriver aktiveringsstrategier pr. miljø, varianter og en livscyklus for flags. Et flag kan markeres som gammelt, så teamet kan identificere behov for oprydning. Dokumentationen angiver også, at flere strategier aktiverer flaget, når mindst én matcher. Vores vurdering: Det er relevant, hvis teamet vil gøre flagadministration til en tydelig proces. Gennemgå regelkombinationerne med eksempler; en ekstra strategi kan udvide målgruppen, selv om hensigten var at indsnævre den. Kilde: Unleash.

Start med én reversibel funktion

Vælg en mindre funktion, der kan skjules igen uden at miste data. Skriv, hvem der skal have den først, hvordan succes vurderes, og hvem der må slukke. Prøv derefter samme forløb hos de relevante kandidater.

Hold almindelig adgangskontrol adskilt fra releasekontakter. At et flag skjuler en knap, dokumenterer ikke, at en bruger er afskåret fra den bagvedliggende handling. Beskyt data og handlinger i den relevante serverlogik. Et flag er heller ikke i sig selv en plan for at rulle en databaseændring tilbage.

Test reglernes grænser

Lav testbrugere, der skal have adgang, og testbrugere, der ikke skal. Medtag manglende egenskaber, ændret abonnement og en ukendt organisation. Kontroller både browser, server og eventuel mobilapp. Målet er at opdage forskellige fortolkninger af samme regel.

Ved procentvis udrulning skal I undersøge, om en bruger får en stabil oplevelse på tværs af besøg. Afklar, hvilken identitet reglen bygger på. Ellers kan en test blive vanskelig at fortolke, selv om fordelingsprocenten ser rigtig ud i portalen.

Afprøv fejl og nødstop

Undersøg applikationens adfærd, hvis tjenesten ikke kan nås, eller en ny instans starter uden en tidligere konfiguration. Aftal sikre standardværdier og læs den konkrete SDK-dokumentation. Lokal cache kan være nyttig, men svarer ikke på alle opstarts- og netværkssituationer.

Mål et nødstop fra ændringen i portalen til den observerede adfærd i jeres testmiljø. Kontroller både nye og eksisterende sessioner. Testen skal vise, hvad netop jeres integration gør; en generel leverandørdemo kan ikke erstatte den.

Gør oprydning til en del af købet

Giv hvert midlertidigt flag en ejer og en dato for revurdering. Når funktionen er åbnet for alle, skal teamet beslutte, om flaget og den gamle kode kan fjernes. Permanent driftsstyring kan have andre behov end et flag til en kort betatest.

Indhent tilbud med samme antal miljøer, projekter, brugere og forventede kald eller evalueringer. Få forklaret, hvad leverandøren måler og fakturerer, og hvilke roller, logs og driftsformer der er inkluderet. Guiden fastslår ingen totalpris, sikkerhedsgaranti eller kompatibilitet med alle sprog og frameworks.

Metode og kilder

Udvalget er redaktionelt og ikke en komplet markedsoversigt. Leverandørerne står alfabetisk og er medtaget, fordi deres offentlige produktbeskrivelser dækker guidens købsbehov og giver forskellige relevante alternativer. Vi har læst primærkilder; vi har ikke foretaget en produkttest eller indhentet tilbud. Afsnit markeret med vores vurdering og de praktiske valgråd er redaktionelle vurderinger.

Kilderne er kontrolleret 19. september 2026. En entydig publicerings- eller opdateringsdato er ikke fastslået for alle produktsider; kontroldatoen er vores læsedato. Funktioner og pakker kan ændre sig. Eventuelle kommercielle relationer mellem Branchekompas og leverandørerne er ikke afklaret i dette researchgrundlag. Der gives derfor ingen erklæring om uafhængighed.

Relaterede guider

Statussider handler om at kommunikere driftsproblemer. Behavior analytics dækker analyse og nævner også produkter med flagfunktioner som en del af en bredere platform.