Pianifica una modifica

Un lancio che avviene alle 9:00 in punto — non «quando qualcuno è arrivato alla scrivania» — è una delle gioie silenziose dei feature flag. Puoi pianificare che lo stato di un flag cambi a un’ora che scegli tu, e poi andare a fare altro.

Pianificala

Apri il tuo flag nell’ambiente in cui stai lanciando e, invece di cambiarlo adesso, scegli di pianificare il cambio di stato: scegli acceso o spento, scegli l’ora, conferma. La dashboard mostra la modifica in arrivo sul flag finché non avviene.

Pianificare richiede lo stesso permesso di cambiare l’ambiente adesso — una pianificazione è solo una scrittura con un timestamp, quindi gli ambienti di classe produzione la tengono allo stesso standard.

Cosa succede a T

La modifica ha effetto esattamente all’ora scelta, per ogni lettore contemporaneamente. Non c’è nessuna deriva minuto per minuto tra dispositivi che hanno fatto poll in momenti diversi: un dispositivo che chiede a T-1 secondo riceve il vecchio valore, a T+1 secondo quello nuovo. Nel momento in cui scatta, smette di essere mostrata come in arrivo — ciò che vedi sul flag è sempre ciò che è vero.

Cosa si può pianificare

I cambi di stato on/off dei flag booleani. Le regole di targeting e i valori predefiniti multivariati non si possono pianificare — quelle modifiche avvengono quando le salvi. Se ti serve una modifica alle regole alle 9:00, quello è un promemoria in calendario e una bozza salvata della tua intenzione — oppure una proposta approvata alle 9:00.

Prossimi passi

• Ruoli e sicurezza — il modello di permessi che le pianificazioni seguono
• Esporta il log di audit — le modifiche pianificate finiscono lì come tutte le altre
• Configura un rollout percentuale — l’alternativa graduale a un lancio secco