Plane eine Änderung
Ein Launch, der Punkt 9:00 passiert — nicht „als jemand an seinem Schreibtisch ankam“ —, ist eine der stillen Freuden von Feature Flags. Du kannst planen, dass sich der Zustand eines Flags zu einem Zeitpunkt deiner Wahl ändert, und dann etwas anderes tun.
Plane es
Abschnitt betitelt „Plane es“Öffne dein Flag in der Umgebung, in der du launchst, und statt es jetzt umzuschalten, wähl, die Zustandsänderung zu planen: An oder Aus wählen, Zeitpunkt wählen, bestätigen. Das Dashboard zeigt die anstehende Änderung am Flag, bis sie passiert.
Planen erfordert dieselbe Berechtigung wie die Umgebung jetzt umzuschalten — ein Zeitplan ist nur ein Schreibzugriff mit Zeitstempel, also messen Umgebungen mit Produktionsklasse ihn an derselben Latte.
Was zum Zeitpunkt T passiert
Abschnitt betitelt „Was zum Zeitpunkt T passiert“Die Änderung wird genau zur gewählten Zeit wirksam, für alle Leser auf einmal. Es gibt keine minutenweise Drift zwischen Geräten, die zu verschiedenen Momenten abgefragt haben: Ein Gerät, das bei T−1 Sekunde fragt, bekommt den alten Wert, bei T+1 Sekunde den neuen. In dem Moment, in dem sie auslöst, hört sie auf, als anstehend zu erscheinen — was du am Flag siehst, ist immer das, was wahr ist.
Was geplant werden kann
Abschnitt betitelt „Was geplant werden kann“An/Aus-Zustandsänderungen für Boolean-Flags. Targeting-Regeln und multivariate Standards lassen sich nicht planen — diese Änderungen passieren, wenn du sie speicherst. Wenn du eine Regeländerung um 9:00 brauchst, ist das eine Kalendererinnerung und ein gespeicherter Entwurf deiner Absicht — oder ein Vorschlag, der um 9:00 genehmigt wird.
Wie geht es weiter?
Abschnitt betitelt „Wie geht es weiter?“- Rollen und Sicherheit — das Berechtigungsmodell, dem Zeitpläne folgen
- Exportiere das Audit-Log — geplante Änderungen landen dort wie jede andere
- Richte einen Prozent-Rollout ein — die schrittweise Alternative zum harten Launch