Qual è il nome corretto per un flag / campo condizionalmente presente in un'interfaccia?

2

Sembra che ci sia un problema con il nostro processo di implementazione in cui vengono distribuite vecchie versioni del nostro servizio in alcuni cluster, ma è difficile dire esattamente cosa c'è che non va, dal momento che tutti i punti dati a volte falliscono i test che suggeriscono bug che sono stati risolti in versioni precedenti.

Per tenerlo d'occhio, ho pensato di aggiungere un endpoint non documentato all'ultima build, distribuirlo per testare, e poi martellare il bilanciamento del carico per un po 'per vedere se a queste risposte manca questo nuovo endpoint.

Tutto questo è oltre il punto, perché quello che sto cercando è il termine per questa cosa. I termini correlati sono:

  • Flag: troppo generico.
  • Canarino: è esattamente l'opposto, dove il canarino muore se le cose vanno male. Voglio sapere che le cose vanno bene.
  • Shibboleth: mi viene l'idea che voglio una risposta specifica per trattare una circostanza come "corretta", ma sembra fuori luogo quando viene applicata a un endpoint dell'API web.
  • Interruttore uomo morto: contesto errato.

Altre idee?

    
posta a p 22.08.2016 - 08:58
fonte

1 risposta

3

Controllo integrità

Ti consiglierei di aggiungere questi extra "che versione sei?" 'Lavori?' "In quale istanza sei?" interfacce di stile a tutte le apis.

Un'altra buona tecnica è quella di aggiungere un'intestazione di versione al client in modo da poter vedere quali versioni sono in collegamento

    
risposta data 22.08.2016 - 09:29
fonte

Leggi altre domande sui tag