LdApiEOL · Warteliste
Beantworten Sie 5 kurze Fragen — ist LD-API-Version gesetzt, wie alt sind Ihre Access Tokens, welche List-Endpunkte rufen Sie auf, nutzen Sie noch die Users- / User-settings-APIs, Raw HTTP oder Generated Client. Sie erhalten eine Must-Change-Liste, Pagination-Vorlagen, ein Users→Contexts-Mapping und eine Regressions-Checkliste für 20240415. Kein LaunchDarkly-Connector — niemals Tokens, SDK-Keys oder Code einfügen.
Laut LaunchDarklys Migration Guide erreicht API-Version 20220603 am 31. Dezember 2026 das End of Life. Ab 1. Januar 2027 müssen alle Kunden 20240415 nutzen.
Marktvalidierungsseite · Kostenlose Warteliste · Keine erfundenen Nutzerzahlen · Keine Verbindung zu LaunchDarkly · Niemals Tokens, SDK-Keys oder Code einfügen
Problem
Laut LaunchDarklys REST API Migration Guide erreicht die REST-API-Version 20220603 am 31. Dezember 2026 ihr End of Life und ist danach nicht mehr erreichbar; ab 1. Januar 2027 müssen alle Kunden Version 20240415 verwenden. 20240415 enthält Breaking Changes: Mehrere List-Endpunkte werden paginiert (wer nur die erste Seite liest, bekommt still weniger Daten), List feature flags verliert Filter und den compare-Parameter, und die Users-, Users-(beta)- und User-settings-APIs werden vollständig entfernt. Ihre Version kommt aus dem LD-API-Version-Header jedes Requests — oder, falls Sie ihn nie gesetzt haben, aus der Version, die beim Erstellen des Access Tokens festgelegt wurde.
| Endpunkt | Änderung | Default-Seitengröße | limit-Obergrenze |
|---|---|---|---|
List access tokens | Neu paginiert Mit limit / offset blättern, bis items leer ist oder offset größer als totalCount. | 25 | 1000 |
List custom roles | Neu paginiert Mit limit / offset blättern, bis items leer ist oder offset größer als totalCount. | 20 | 1000 |
List feature flags | Neu paginiert Mit limit / offset blättern. 10 Filter und der compare-Parameter entfallen; das Feld environments wird nur zurückgegeben, wenn nach Environment gefiltert wird. | 20 | 100 |
List segments | Neu paginiert Mit limit / offset blättern, bis items leer ist oder offset größer als totalCount. | 20 | 50 |
Get workflows | Neu paginiert Mit limit / offset blättern. Die Antwort enthält das Feld _conflicts nicht mehr. | 20 | 200 |
List account members | Nicht neu paginiert Der Filter accessCheck wird nicht mehr unterstützt; limit ist auf 1000 begrenzt. | — | 1000 |
List teams | Nicht neu paginiert expand unterstützt projects und roles nicht mehr; limit ist auf 100 begrenzt. | — | 100 |
In 20240415 aus List feature flags entfernt (laut Migration Guide):
codeReferencescontextKindTargetedcontextKindsEvaluatedfollowerIdhasDataExporthasExperimentsegmentTargetedstatustargetingtargetingModifiedDatecompare
Quelle: LaunchDarkly „REST API migration guide: 20220603 to 20240415“ (geprüft am 27.09.2026). Nutzer der Generated Client Library müssen auf 21.x oder neuer upgraden. Bitte immer auf den offiziellen Seiten prüfen.
Lösung
Eine Entscheidungsebene für die Umstellung 20220603 → 20240415 für LaunchDarkly-REST-API-Nutzer, die noch auf 20220603 sind (oder keinen Header senden): Ihre Versions-Konfiguration × die aufgerufenen Endpunkte → Must-Change-Liste + Vorlagen + Users→Contexts-Mapping + Regressions-Checkliste. Kein Ersatz für die offiziellen Docs, kein LaunchDarkly-Connector und keine Verbindung zu LaunchDarkly.
Platform Engineering, DevOps und Verantwortliche für interne Tools, deren Teams LaunchDarkly bereits bezahlen und Flags, Segments, Members, Custom Roles oder Access Tokens über die REST API verwalten (Skripte, CI, Admin-Backoffice, Generated Client) — noch auf LD-API-Version: 20220603 festgelegt oder ohne Header und abhängig von der Default-Version eines alten Access Tokens.
20220603 erreicht am 31. Dezember 2026 das End of Life; ab 1. Januar 2027 müssen alle Kunden 20240415 nutzen. 20240415 paginiert List access tokens, List custom roles, List feature flags, List segments und Get workflows; entfernt 10 Filter und compare aus List feature flags; streicht accessCheck bei List account members; und entfernt die Users-, Users-(beta)- und User-settings-APIs. Die offiziellen Docs sind vollständig, aber lang — es fehlt ein einseitiges Tool „meine Version × meine Endpunkte → was heute Nacht zu fixen ist → wie testen“.
5 Fragen ankreuzen → personalisierte Must-Change-Liste, limit/offset-Vorlagen als curl und Pseudocode, das offizielle Users→Contexts-Mapping und eine Regressions-Checkliste, dazu eine Warteliste. Fragt nie nach LaunchDarkly-Access-Tokens, SDK-Keys oder Quellcode; kein LaunchDarkly-Connector.
Vor dem 31.12.2026 laufen alle Skripte, CI-Jobs und Backoffice-Tools auf 20240415: Sie wissen, welche Calls brechen, wie die Pagination-Schleife aussieht, welcher Contexts-Endpunkt jeden Users-Call ersetzt und was vor dem Release zu testen ist — statt am 1.1.2027 Brände zu löschen, wenn Release-Gates, Sync-Jobs und Audit-Reports gleichzeitig ausfallen.
| Entfernter Users- / User-settings-Endpunkt | Ersatz (laut Migration Guide) |
|---|---|
getSearchUsers | searchContextInstances |
getUsers | searchContexts |
getUser | getContextInstances |
deleteUser | deleteContextInstances |
getUserAttributeNames | getContextAttributeNames |
putFlagSetting | putContextFlagSetting |
patchExpiringFlagsForUser | patchExpiringTargets (semantic patch addExpiringTarget) |
getUserFlagSettings | Kein direkter Ersatz evaluateContextInstance kann in manchen Situationen gleichwertig sein. |
getUserFlagSetting | Kein direkter Ersatz Erwägen Sie die flag variation evaluation details des SDK. |
getExpiringFlagsForUser | Kein direkter Ersatz |
Die Users-, Users-(beta)- und User-settings-APIs (seit Mai 2023 deprecated) werden in 20240415 entfernt. getUserFlagSettings, getUserFlagSetting und getExpiringFlagsForUser haben keinen direkten Ersatz.
Funktionen
Marketing-Punkte aus der Produkthypothese — zur Nachfragevalidierung, kein formales Spezifikationsversprechen.
Laufen Sie wirklich auf 20220603? Header vs. Token-Default, dazu die zwei offiziellen Fixes und der Hinweis auf Client 21.x+.
Paginierte Endpunkte, entfernte List-feature-flags-Filter und compare, accessCheck bei members, expand-Einschränkungen bei teams.
limit/offset-Schleifen mit der richtigen Obergrenze pro Endpunkt; Token nur als Platzhalter $LD_API_TOKEN.
Offizielle 1:1-Ersetzungen, mit Warnhinweis „kein direkter Ersatz“.
Staging-first-Umstellungsschritte und verbleibende Tage bis zum 31. Dez. 2026.
So funktioniert's
Ein Drei-Schritte-Ablauf passend zur Produkthypothese in der Wartelisten-Phase.
LD-API-Version gesetzt? · Token-Alter / Default-Version · aufgerufene List-Endpunkte · Users- / User-settings-API · Raw HTTP oder Generated Client.
Neu paginierte Endpunkte (mit Default-Seitengröße und limit-Obergrenze), entfernte Filter und das offizielle Users→Contexts-Mapping — inkl. Endpunkten ohne direkten Ersatz. Alles mit Link zu den offiziellen Docs.
limit/offset-curl und Pseudocode, der Fix LD-API-Version: 20240415 und eine Staging→Prod-Checkliste — keine Tokens, SDK-Keys oder Code.
Anwendungsfälle
Wenn Ihnen diese Situationen bekannt vorkommen, helfen Sie uns mit einem Eintrag in die Warteliste bei der Validierung.
GET /api/v2/flags/{projectKey} ohne Pagination und mehr als 20 Flags → nach dem Upgrade sehen Sie nur die erste Seite. Braucht eine Pagination-Vorlage (limit-Obergrenze 100) und einen Anzahl-Vergleichstest.
Diese Filter entfallen in 20240415. Braucht eine Must-Change-Liste und einen Regressionspunkt „stattdessen clientseitig filtern“.
Members unterstützen accessCheck nicht mehr; Custom Roles und Access Tokens werden paginiert. Braucht eine Liste pro Endpunkt.
Braucht das Users→Contexts-Mapping und muss vorab wissen, welche 3 Endpunkte keinen direkten Ersatz haben.
Muss die tatsächliche Version ermitteln und entscheiden: überall den Header setzen oder auf ein neues Token wechseln.
Müssen das Upgrade auf 21.x+ bestätigen und Typen- sowie Pagination-Verhalten per Regressionstest prüfen.
Öffentliche Signale
Nur öffentliche LaunchDarkly-Dokumentation — keine Kundenzitate, Empfehlungen oder erfundenen Kennzahlen.
FAQ
Nein. LdApiEOL ist unabhängig und steht in keiner Verbindung zu LaunchDarkly. Alle Angaben zitieren LaunchDarklys öffentliche Docs mit Link.
Der Guide listet alle Änderungen. Wir filtern auf Ihre angekreuzte Versions-Konfiguration und Endpunkte und liefern Must-Change-Liste, Vorlagen und Regressions-Checkliste.
Der Support beantwortet Einzelfälle, Berater führen komplette Projekte durch. Wir sind ein leichtgewichtiges statisches Self-Service-Tool; die Warteliste in der Validierungsphase ist kostenlos.
Dann bestimmt die beim Erstellen des Access Tokens gesetzte Version das Verhalten. Ist das 20220603 oder älter, sind Sie möglicherweise betroffen. LaunchDarkly empfiehlt, den Header bei jedem Request explizit zu setzen.
Header-Wechsel (oder ein neues 20240415-Token) schaltet nur die Version um. Pagination, entfernte Filter und die entfernten Users-APIs erfordern Code-Änderungen und Retests.
Laut offiziellem Guide werden im Rahmen dieser Änderung keine SDKs abgekündigt; sie betrifft nur die REST API.
Nein. Niemals fordern, halten oder speichern. Keine Verbindung zu Ihrem LaunchDarkly-Account.
Nein. MVP ist ein statischer Fragebogen + Must-Change-Liste + Vorlagen + Checkliste + Warteliste.
Wartelisten-Einladungen per E-Mail in Batches. Kein gefälschtes Launch-Datum.
Angenommen wird ein kleiner Readiness-Audit oder ein Team-Seat-Modell; verbindliche Preise kommen mit der Launch-Mail. Die Warteliste ist kostenlos.
Warteliste
Hinterlassen Sie Ihre geschäftliche E-Mail für LdApiEOL-Early-Access und Launch-Infos. Nur Checkboxen und Auswahlfelder — fügen Sie in kein Feld LaunchDarkly-Access-Tokens, SDK-Keys, Mobile Keys oder Code ein.
Wir senden Early-Access-Einladungen und Launch-Updates in Batches per E-Mail (kein zugesagtes Launch-Datum). Prüfen Sie Ihr Postfach auf eine Bestätigungs-Mail, falls aktiviert. Jederzeit abmeldbar.