¿Qué observamos?
Una validación funcional, de integridad, rendimiento, integración u operación que pueda comprobarse durante la ventana.
Artículo · Migración cloud
Criterios de retorno para una migración cloud
Una guía para convertir el retorno en una decisión preparada: señales observables, autoridad definida y pasos ensayados antes del cambio.
- Publicado
- Revisión técnica
- Revisor técnico
- Wilfredo Rodriguez · Principal Architect
- Estado
- Pieza técnica propia
Decisión antes de ejecutar
El retorno se diseña antes de la ventana
Un criterio de retorno no es una frase como “si algo falla, regresamos”. Debe unir una señal observable, el momento límite para evaluarla, la persona que decide y la acción que mantiene consistentes aplicación, datos y tráfico.
AWS recomienda preparar puntos de control, una estrategia para manejar los datos y un responsable que decida entre corregir hacia adelante o retornar. El plan debe adaptarse a las dependencias y al riesgo de cada carga; esta guía no sustituye esa evaluación.
Supuestos de la guía
Qué debe existir para aplicar este enfoque
- 01La carga y sus dependencias ya fueron inventariadas
- 02El entorno origen puede mantenerse disponible durante la ventana acordada
- 03Negocio y tecnología pueden decidir juntos si avanzar, corregir o retornar
Estructura mínima
Cuatro preguntas para cada criterio
¿Cuándo decidimos?
Un punto de control y una ventana de observación acordados, antes de que el cambio haga inviable el retorno previsto.
¿Quién tiene autoridad?
Una persona responsable de convocar evidencia y decidir entre continuar, corregir o iniciar el retorno.
¿Qué acción sigue?
Un runbook con secuencia, responsables, datos, enrutamiento, comunicación y comprobaciones posteriores.
Ejemplo sintético · Sin datos de clientes
Una decisión de retorno trazable
Supongamos una aplicación transaccional ficticia incluida en una oleada. Antes del cambio se registra quién valida el flujo principal, qué evidencia confirma la consistencia de datos y hasta qué punto se aceptan nuevas transacciones en el destino.
Durante la ventana, una comprobación crítica no produce evidencia concluyente. La persona designada detiene el avance, confirma si hubo escrituras en el destino y aplica el runbook correspondiente. El resultado no depende de una impresión general: queda respaldado por las señales y responsabilidades acordadas.
Antes
Origen disponible, respaldo confirmado, sincronización revisada, responsables presentes y criterios conocidos.
Punto de control
Validación funcional e integridad de datos con evidencia suficiente para continuar o detenerse.
Decisión
Continuar, corregir dentro de la ventana o retornar siguiendo el tratamiento de datos y tráfico previsto.
Lista de preparación
Lo que conviene dejar acordado
- 01Inventario de dependencias, responsables y secuencia de cambio
- 02Validaciones funcionales y no funcionales con evidencia esperada
- 03Tratamiento de transacciones y datos si el destino ya recibió cambios
- 04Cambios de DNS, balanceadores o endpoints y su ruta de reversión
- 05Canal de coordinación, comunicaciones y cierre posterior a la decisión
Fuentes primarias
Documentación utilizada
Cutover stage
AWS Prescriptive Guidance sobre preparación, validación y retorno durante el cutover.
Conocer más ↗Wave planning
AWS Prescriptive Guidance sobre oleadas, runbooks de cutover y escenarios de retorno.
Conocer más ↗Tu próximo paso
Revisar mi plan de retorno ↗