Come si migra un'installazione verso tag nuovi?
Se i tag portano un indirizzo di reindirizzamento che controlli, la migrazione è uno scambio fisico più un aggiornamento sul server e nient'altro. Se portano direttamente le destinazioni, ogni tag va riscritto uno per uno, il che è un sopralluogo completo di tutto il parco.
Due lavori molto diversi
Lo stesso compito, sostituire un parco di tag che invecchia, costa cifre selvaggiamente diverse a seconda di una decisione presa quando l'installazione è stata costruita.
Tag che portano un indirizzo di reindirizzamento sul tuo dominio: uno scambio fisico, più l'associazione dei nuovi identificatori, più un aggiornamento sul server. Tag che portano destinazioni finali: leggere ogni vecchio tag per sapere cosa portava, scriverlo su uno nuovo, e applicarlo, uno alla volta.
Nessuno ci pensa quando sceglie tra le due, e la migrazione è quando arriva il conto.
Migrare un'installazione con reindirizzamento
Scrivi i tag nuovi al banco, ciascuno con il proprio identificatore, verificati come serie. È una normale tiratura di produzione e avviene al chiuso.
Scambiali sul campo, annotando quale nuovo identificatore ha sostituito quale vecchio man mano. Quel registro è la migrazione.
Poi ripunta i nuovi identificatori verso le destinazioni che i vecchi servivano, il che è un'operazione sui dati e non una fisica. Tieni i vecchi identificatori funzionanti finché non sei sicuro, perché un tag saltato sul campo continuerà a funzionare.
Migrare un'installazione diretta
Ogni tag va letto dov'è, perché soltanto il tag sa cosa porta.
Questo trasforma la migrazione in un sopralluogo: vai, leggi, annoti, poi scrivi un rimpiazzo e lo applichi. Due visite, a meno che tu non porti con te tag vergini e un telefono e lo faccia in una, il che è più lento per tag ed evita un secondo viaggio.
Il problema sono i tag che cedono. Un tag troppo danneggiato per essere letto si porta via il proprio contenuto, e se non c'è un registro stai ricostruendo dal contesto.
È il momento di passare ai reindirizzamenti invece di ripetere l'errore. Scrivere i tag nuovi con indirizzi di reindirizzamento trasforma la prossima migrazione nella versione facile.
Il periodo di sovrapposizione
Prevedi che le due generazioni siano vive insieme, perché una migrazione non è mai istantanea e un tag verrà saltato.
Tieni i vecchi identificatori che rispondono per tutta la durata, e per un bel po' dopo. Lasciare in piedi un reindirizzamento non costa nulla e un tag saltato che muore costa davvero.
Segui l'avanzamento per posizione e non per conteggio. Un conteggio ti dice quanti ne hai fatti, e soltanto un elenco ti dice quale non hai fatto.
E tieni fuori circolazione i tag rimossi. Un cassetto di vecchi tag con contenuto valido è esattamente il genere di cosa che ricompare su un muro due anni dopo.
Domande frequenti
Perché migrare, se i tag funzionano ancora?
Colla che invecchia, usura fisica, un chip che esce di produzione, o il bisogno di una funzione che ai vecchi tag manca, per esempio il rispecchiamento. Funzionare oggi non significa essere disponibili per una sostituzione domani.
Posso migrare a poco a poco?
Sì, ed è di solito l'approccio sensato. Entrambe le generazioni passano dallo stesso server, quindi una migrazione parziale è uno stato normale e non uno rotto.
E se i vecchi tag sono bloccati?
I tag bloccati si possono comunque leggere, quindi il loro contenuto è recuperabile. Semplicemente non si possono riutilizzare, cosa che conta soltanto se avevi in mente di farlo.
Per quanto devono continuare a funzionare i vecchi identificatori?
A tempo indeterminato, nella pratica. Un reindirizzamento non costa nulla da lasciare in piedi e toglierlo crea soltanto la possibilità di rompere un tag che ti eri dimenticato.