Dentro de Next-Cart Migration Services, las Additional Migration Options ayudan a los proyectos que continúan después del primer resultado amplio. La tienda de origen puede seguir activa mientras se revisa la tienda de destino. Pueden aparecer nuevos Orders y Customers. La validación puede revelar que debe cambiar un mapeo o un filtro. Puede ser necesario sustituir un resultado de prueba antes del lanzamiento.
Estas situaciones parecen similares porque todas requieren más actividad de migración. Sin embargo, el resultado previsto es distinto. Una conserva la continuidad con una configuración de confianza. Otra continúa el proyecto, pero cambia la configuración. La tercera crea un resultado de migración nuevo e independiente.
Por tanto, las Next-Cart Additional Migration Options deben elegirse según la intención, no por comodidad. Una elección incorrecta puede reutilizar supuestos que ya no son válidos, sustituir un resultado que debería conservarse o crear expectativas falsas sobre qué registros del origen se leerán.
Defina el siguiente resultado antes de elegir la acción
La primera pregunta no es «¿qué opción está disponible?». Es «¿qué debe seguir siendo cierto después de la siguiente actividad de migración?».
Deben distinguirse tres intenciones:
- Continuidad: el resultado anterior sigue siendo útil y debe continuar la misma configuración.
- Cambio controlado: el resultado anterior sigue siendo útil, pero deben cambiar filtros, mapeos, tipos de datos seleccionados, Add-ons u otra configuración.
- Resultado nuevo: el resultado migrado anterior ya no debe ser la base del proyecto.
Estas intenciones corresponden a tres acciones exactas:
| Resultado previsto | Acción de migración | Implicación principal |
|---|---|---|
| Continuar desde una configuración de confianza | Continue the Migration with the Last Used Configuration | Se reutiliza la configuración registrada |
| Continuar cambiando la configuración | Continue the Migration with a New Configuration | La configuración se revisa o modifica antes de ejecutar |
| Producir un resultado nuevo e independiente | Perform a New Migration | La actividad de migración anterior no se trata como base del nuevo resultado |
Una primera migración no dispone de una configuración anterior que pueda reutilizarse. La disponibilidad de acciones posteriores depende del historial de migración aplicable y de que la duración del servicio siga activa. Si ha expirado la duración de un año, la migración debe extenderse antes de poder realizar una acción posterior elegible.
Reutilice la última configuración solo cuando sus supuestos sigan siendo válidos
Continue the Migration with the Last Used Configuration es adecuada cuando la configuración anterior sigue siendo válida y el resultado previo de la tienda de destino continúa siendo útil.
Esta acción puede reducir el trabajo repetido de decisión, pero su eficiencia depende de un supuesto importante: la última configuración sigue representando el resultado previsto.
Antes de reutilizarla, confirme que:
- los tipos de datos seleccionados siguen siendo adecuados;
- las decisiones de mapeo siguen encajando con el destino;
- las reglas de filtrado siguen describiendo el alcance de registros previsto;
- la configuración de Add-ons sigue siendo apropiada;
- las estructuras de origen y destino no han cambiado de forma relevante;
- la validación anterior no reveló un defecto de configuración sin resolver;
- la ventana prevista de registros del origen sigue siendo correcta.
No basta con reutilizar una configuración porque funcionó una vez. El contexto del proyecto puede haber cambiado. Un campo nuevo en el origen, una estructura revisada en el destino o un alcance de lanzamiento diferente pueden hacer inadecuada la configuración anterior aunque la ruta de migración siga siendo la misma.
La validación posterior a esta acción debe demostrar tanto continuidad como cambio. El resultado existente de la tienda de destino debe seguir siendo utilizable y los registros procesados posteriormente deben seguir las mismas reglas aceptadas.
Continúe con una nueva configuración cuando haya cambiado el objetivo
Continue the Migration with a New Configuration encaja cuando la actividad de migración anterior sigue siendo útil, pero la siguiente ejecución necesita ajustes compatibles diferentes.
Entre los motivos habituales se incluyen:
- el filtrado debe incluir o excluir un conjunto diferente de registros;
- los mapeos estándar necesitan revisión;
- han cambiado los tipos de datos seleccionados;
- un Add-on debe utilizar otros ajustes;
- la validación reveló un problema de configuración;
- la siguiente etapa del proyecto tiene un alcance diferente;
- han cambiado las expectativas del destino sin requerir un resultado completamente nuevo.
La principal ventaja es la adaptación controlada. El proyecto puede conservar trabajo anterior que sigue siendo útil mientras cambia las decisiones que controlan la siguiente actividad.
El riesgo es una coexistencia no prevista. Los registros producidos con la configuración anterior pueden permanecer junto a los generados con la nueva. Por tanto, la validación debe revisar si ambas configuraciones crean duplicados, mapeos contradictorios, uso inconsistente de campos o significado empresarial diferente.
Por ejemplo, cambiar el mapeo de grupos de Customers debe provocar una revisión de los Customers migrados bajo ambas configuraciones. La pregunta no es únicamente si funcionó el nuevo mapeo. También es si la tienda de destino combinada sigue siendo coherente.
Utilice Perform a New Migration cuando el resultado anterior no deba continuar
Perform a New Migration es adecuada cuando el proyecto necesita un resultado de migración nuevo e independiente en lugar de continuar el trabajo anterior.
Puede estar justificado cuando:
- el resultado migrado anterior se creó para pruebas;
- la configuración previa ya no refleja el alcance previsto;
- la validación encontró defectos coordinados que hacen poco fiable continuar;
- la preparación del destino necesita una base de migración limpia;
- el proyecto quiere reconsiderar el alcance y la configuración desde el principio.
Debe elegirse una nueva migración porque el resultado necesita ser nuevo, no simplemente porque sea posible ejecutar otra vez.
Las decisiones de sustitución y limpieza requieren cuidado. Esta acción puede afectar a registros creados anteriormente por la migración dentro del alcance seleccionado, pero no autoriza por sí sola a eliminar todos los registros de la tienda de destino. Antes de decidir cualquier limpieza o sustitución deben identificarse los registros creados manualmente, por aplicaciones, de prueba y operativos.
El estándar de validación debe ser más amplio que para una continuación. El proyecto debe confirmar la nueva configuración, el conjunto de datos resultante, el tratamiento de los registros migrados anteriormente y la protección de registros fuera del alcance aprobado de sustitución.
Separe la acción de migración de la ventana de registros del origen
Las tres acciones determinan la relación con la configuración y el resultado anteriores. No determinan de forma independiente qué registros del origen se leen.
El comportamiento de lectura del origen responde a otra pregunta:
- si debe reanudarse el procesamiento interrumpido desde el punto ya alcanzado;
- si deben leerse únicamente los registros añadidos después de la última migración correcta;
- si el alcance seleccionado del origen debe leerse de nuevo con la configuración elegida.
Esta distinción evita un error frecuente. Continuar con la última configuración no significa automáticamente que solo se procesen registros nuevos. Perform a New Migration tampoco define automáticamente cómo se selecciona la ventana del origen.
Un registro existente modificado después de la actividad anterior también es diferente de un registro recién añadido. Si deben reconsiderarse registros existentes que han cambiado, las decisiones de lectura del origen y configuración deben indicar ese requisito de forma explícita.
La acción y la ventana de registros del origen deben planificarse conjuntamente, pero no deben tratarse como un único ajuste.
Aplique Entity Points según el estado de cada registro
La actividad adicional de migración no consume Entity Points únicamente porque se ejecute otra acción. El consumo depende de los registros contabilizados implicados.
| Situación del registro contabilizado | Efecto sobre Entity Points |
|---|---|
| Un registro de Product, Customer, Order o Blog Posts se migra correctamente por primera vez | Consume puntos aplicando el peso correspondiente bloqueado |
| El mismo registro contabilizado ya se contabilizó dentro de la migración adquirida y la ruta fija | No vuelve a consumir puntos únicamente porque otra acción lo procese |
| Se añade un nuevo registro elegible y se migra posteriormente | Consume puntos cuando se migra correctamente por primera vez |
| Una nueva migración incluye registros elegibles ya contabilizados anteriormente | Esos registros no vuelven a consumir puntos |
Esta regla se aplica a las tres acciones. Perform a New Migration no vuelve a contabilizar automáticamente todos los Products, Customers, Orders y Blog Posts registrados anteriormente.
La planificación de capacidad debe centrarse en datos contabilizados realmente nuevos. Si la tienda de origen permanece activa, el crecimiento esperado de Products, Customers, Orders y Blog Posts debe compararse con la capacidad restante de Entity Points antes de la siguiente acción.
Separe las acciones de migración de los cambios comerciales
Una Additional Migration Option determina cómo se relaciona la siguiente actividad de migración con el resultado anterior. Un upgrade cambia el paquete adquirido y una extensión restaura una migración caducada. Son decisiones relacionadas, pero no intercambiables.
Por ejemplo, comprar más Entity Points aumenta la capacidad, pero no decide si la siguiente actividad reutiliza la última configuración, cambia la configuración o produce un resultado nuevo. Hacer upgrade de Standard a Managed cambia la responsabilidad de ejecución, pero no elige la acción de migración. Extender una migración caducada restaura el servicio desde el último paquete conservado y, después, la acción adecuada sigue dependiendo del resultado previsto.
Mantener estas decisiones separadas evita confundir una operación comercial con una instrucción de migración. También conserva la ruta de migración fija: upgrades y extensiones afectan a la misma migración adquirida, en lugar de crear una dirección diferente entre plataforma de origen y plataforma de destino.
Mantenga visible la responsabilidad del Migration Service
Una Additional Migration Option no sustituye el Migration Service adquirido.
En una ejecución dirigida por el cliente, el cliente realiza la acción seleccionada y valida el resultado. En una ejecución dirigida por especialistas, la acción acordada se realiza dentro del alcance de servicio aceptado, mientras el cliente proporciona la información necesaria y aprueba el resultado.
Si la actividad posterior introduce requisitos adaptados, puede ser necesario cambiar el alcance del servicio. Un nuevo campo personalizado, un Add-on modificado o una transformación a medida no deben ocultarse dentro de una acción de continuación únicamente porque la ruta de migración ya exista.
Por tanto, el proyecto debe revisar por separado dos preguntas:
- ¿Qué acción corresponde a la relación prevista con el resultado anterior?
- ¿El Migration Service existente sigue cubriendo el alcance requerido y la responsabilidad de ejecución?
Adapte la validación al propósito de la acción
Todas las acciones requieren validación, pero la información revisada debe reflejar su intención.
| Acción | Foco principal de validación |
|---|---|
| Continue the Migration with the Last Used Configuration | La configuración siguió siendo válida, se procesó la ventana de origen prevista y se conservó la continuidad |
| Continue the Migration with a New Configuration | Los ajustes revisados produjeron el resultado previsto sin crear inconsistencias con registros migrados anteriormente |
| Perform a New Migration | El resultado nuevo refleja el alcance aprobado, los datos migrados anteriormente se trataron correctamente y los registros protegidos de la tienda de destino permanecen intactos |
La revisión representativa debe incluir Products, Customers, Orders, Blog Posts, CMS Pages, Reviews, Coupons, URL, registros filtrados, valores mapeados, resultados de Add-ons y datos de alcance personalizado cuando corresponda.
La acción seleccionada solo tiene éxito cuando la tienda de destino respalda el siguiente paso empresarial previsto. Completar la acción no equivale a aceptar el resultado.
Evite errores de intención
Reutilizar la configuración después de que haya cambiado el requisito
La última configuración puede ser conocida, pero dejar de ser válida. La reutilización debe basarse en información que confirme que mapeos, filtros, Add-ons y expectativas del destino siguen siendo adecuados.
Elegir una nueva migración cuando basta con ajustar la configuración
Un resultado nuevo puede crear un riesgo innecesario de sustitución. Si el trabajo anterior sigue siendo útil y solo deben cambiar ajustes compatibles, continuar con una nueva configuración puede ser más preciso.
Suponer que continuar lee únicamente registros nuevos
La acción y la ventana de registros del origen son decisiones separadas. El comportamiento de lectura debe planificarse explícitamente.
Tratar una nueva migración como permiso para eliminar todos los registros de la tienda de destino
La sustitución debe mantenerse dentro del alcance aprobado. Los registros creados manualmente o por aplicaciones necesitan decisiones separadas de protección y responsabilidad.
Omitir la validación porque el resultado anterior fue aprobado
Los nuevos registros del origen, una configuración modificada y un resultado nuevo generan nuevas necesidades de validación. La aceptación anterior no puede transferirse automáticamente.
Conclusión
Las Next-Cart Additional Migration Options representan tres intenciones de proyecto diferentes. Continue the Migration with the Last Used Configuration conserva la continuidad cuando la configuración anterior sigue siendo válida. Continue the Migration with a New Configuration conserva el trabajo anterior que sigue siendo útil y permite un cambio controlado. Perform a New Migration crea un resultado nuevo e independiente cuando la migración anterior ya no debe ser la base del proyecto.
La acción debe coordinarse con la selección de registros del origen, la capacidad de Entity Points, la responsabilidad del Migration Service, los límites de sustitución y una validación específica del propósito. Elegir a partir del resultado previsto mantiene controlada la actividad posterior de migración y evita que una acción disponible sustituya al razonamiento del proyecto.
Preguntas frecuentes
¿Cuándo debe reutilizarse la última configuración?
Reutilícela cuando la configuración anterior, la intención sobre los registros del origen, los Add-ons, los mapeos y las expectativas del destino sigan siendo válidos.
¿Cuándo es más adecuada una nueva configuración?
Utilice una nueva configuración cuando el trabajo de migración anterior siga siendo útil, pero deban cambiar filtros, mapeos, tipos de datos seleccionados, Add-ons u otros ajustes compatibles.
¿Cuándo debe realizarse una nueva migración?
Utilice Perform a New Migration cuando el proyecto necesite un resultado nuevo e independiente y el resultado migrado anterior ya no deba ser la base del proyecto.
¿Las acciones de continuación leen automáticamente solo los registros añadidos recientemente?
No. La acción de migración y la ventana de registros del origen son decisiones separadas.
¿Los registros ya contabilizados consumen Entity Points de nuevo?
No. Los registros contabilizados que ya se registraron dentro de la migración adquirida y su ruta fija no vuelven a consumir puntos únicamente porque otra acción los procese.
¿Perform a New Migration elimina todos los registros de la tienda de destino?
No. La limpieza y sustitución deben respetar el alcance aprobado, con registros creados manualmente, por aplicaciones y otros registros protegidos identificados por separado.
¿Una Additional Migration Option cambia el Migration Service?
No. Un upgrade de Migration Service es un cambio comercial separado. Puede cambiar el alcance o la responsabilidad de ejecución, pero no decide qué Additional Migration Option corresponde al siguiente resultado.
¿Qué debe validarse después de una acción posterior?
La validación debe confirmar la ventana de origen prevista, el funcionamiento de la configuración, el efecto sobre Entity Points, el tratamiento de resultados anteriores, los registros protegidos y la utilidad empresarial de la tienda de destino.