¿Cómo se migra un despliegue a etiquetas nuevas?
Si las etiquetas llevan una dirección de redirección que controlas, la migración es un intercambio físico con una actualización de servidor y nada más. Si llevan los destinos directamente, hay que reescribir cada etiqueta una a una, lo que supone recorrer de nuevo todas las instalaciones.
Dos trabajos muy distintos
La misma tarea, sustituir un parque de etiquetas envejecido, cuesta cantidades disparatadamente distintas según una decisión tomada cuando se construyó el despliegue.
Etiquetas con una dirección de redirección de tu propio dominio: un intercambio físico, más asociar los identificadores nuevos, más una actualización de servidor. Etiquetas con los destinos finales: leer cada etiqueta antigua para saber qué llevaba, escribirlo en una nueva, y colocarla, de una en una.
Nadie piensa en esto al elegir entre las dos, y la migración es cuando llega la factura.
Migrar un despliegue con redirección
Escribe las etiquetas nuevas en una mesa, cada una con su propio identificador, comprobadas como lote. Esto es una tirada de producción normal y ocurre bajo techo.
Cámbialas sobre el terreno, anotando qué identificador nuevo sustituyó a cuál antiguo según avanzas. Ese registro es la migración.
Y después reapunta los identificadores nuevos a los destinos que servían los antiguos, que es una operación de datos y no física. Mantén los identificadores antiguos funcionando hasta que tengas confianza, porque una etiqueta que se te pase sobre el terreno seguirá funcionando.
Migrar un despliegue directo
Cada etiqueta hay que leerla donde está, porque solo la etiqueta sabe qué lleva.
Eso convierte la migración en un recorrido: visitar, leer, anotar, y después escribir un repuesto y colocarlo. Dos visitas, salvo que lleves etiquetas vírgenes y un teléfono y lo hagas en una, que es más lento por etiqueta y evita un segundo viaje.
Las etiquetas que fallan son el problema. Una demasiado dañada para leerse se lleva su contenido consigo, y si no hay registro estás reconstruyendo por contexto.
Este es el momento de pasarse a las redirecciones en lugar de repetir el error. Escribir las etiquetas nuevas con direcciones de redirección convierte la próxima migración en la versión fácil.
El periodo de solape
Prevé que las dos generaciones estén vivas a la vez, porque una migración nunca es instantánea y siempre se pasa alguna etiqueta.
Mantén los identificadores antiguos resolviendo durante todo el proceso, y bastante después. No cuesta nada dejar una redirección puesta y sí cuesta que una etiqueta olvidada se quede muerta.
Lleva la cuenta por ubicación y no por número. Un número te dice cuántas hiciste, y solo una lista te dice cuál no hiciste.
Y mantén las etiquetas retiradas fuera de circulación. Un cajón de etiquetas antiguas con contenido válido es exactamente la clase de cosa que reaparece en una pared dos años después.
Preguntas frecuentes
¿Para qué migrar si las etiquetas todavía funcionan?
Adhesivo envejecido, desgaste físico, un chip que sale de producción, o la necesidad de una función que las antiguas no tienen, como el reflejo. Que funcionen hoy no significa que estén disponibles para sustituirlas mañana.
¿Puedo migrar poco a poco?
Sí, y suele ser el enfoque sensato. Las dos generaciones resuelven a través del mismo servidor, así que una migración parcial es un estado normal y no uno roto.
¿Y si las etiquetas antiguas están bloqueadas?
Las etiquetas bloqueadas se siguen leyendo, así que su contenido es recuperable. Sencillamente no pueden reutilizarse, cosa que solo cuenta si pensabas hacerlo.
¿Cuánto tiempo deben seguir funcionando los identificadores antiguos?
Indefinidamente, en la práctica. Una redirección no cuesta nada dejarla puesta y quitarla solo crea la posibilidad de romper una etiqueta que habías olvidado.