Migración cloud y a Kubernetes con plan de vuelta atrás

02 · Alcance

Qué incluye una migración por etapas

• Inventariamos tus sistemas y mapeamos sus dependencias, con un responsable por cada pieza.
• Decidimos para cada aplicación si moverla, ajustarla, sustituirla, retirarla o dejarla como está (assessment).
• Migramos desde un hosting, un VPS o un centro de datos a AWS, Azure o Google Cloud, o entre esas nubes.
• Pasamos a Kubernetes gestionado (EKS, AKS o GKE) solo cuando compensa; no operamos un clúster propio sin acuerdo.
• Coordinamos con tu proveedor actual lo técnico, como exportar datos o cambiar DNS, cuando nos lo autorizas por escrito.

Las siete fases

1. Evaluación: qué tienes, de qué depende cada pieza y qué conviene hacer con ella (assessment), con el alcance acordado por escrito.
2. Preparar el destino: cuentas, identidad y permisos, red, registro de actividad, políticas básicas de seguridad y control de costes (landing zone). Es la base de gobierno del destino y queda lista antes de mover nada.
3. Mover por tandas, empezando por algo pequeño pero representativo para aprender (oleadas).
4. Validación: probamos antes del cambio real, con criterios de «ha ido bien» acordados de antemano.
5. El cambio real: ventana acordada, una persona de tu lado que decide y, si procede, paso gradual del tráfico (cutover). En algunos casos replicar los datos permite una ventana corta, pero no lo prometemos.
6. La vuelta atrás: qué señal obliga a volver, quién decide, cómo se hace y desde qué punto ya no es posible (rollback). Separamos aplicación y datos, porque revertir los datos es lo difícil, y la ensayamos cuando es viable.
7. Estabilizar y traspasar: no apagamos el entorno anterior el mismo día y comprobamos que tu equipo sabe desplegar, revertir y restaurar.

Qué te llevas de la migración

• Un inventario de tus sistemas y un mapa de sus dependencias, con un responsable por cada pieza.
• Una decisión razonada para cada aplicación y un plan por etapas con responsables y dependencias.
• Criterios de aceptación y una lista de comprobación que se revisa antes de cada cambio.
• Un plan de vuelta atrás documentado, con su punto de no retorno marcado de antemano.
• Infraestructura como código en tus cuentas, si entra en el alcance, además de documentación y traspaso a tu equipo.

04 · Orígenes

Orígenes que migramos: VPS, hosting, centro de datos o entre nubes

• VPS
• Hosting
• Centro de datos
• Entre nubes

• Migramos desde un hosting, un VPS o un centro de datos a AWS, Azure o Google Cloud, o entre esas nubes.
• Sí. Partimos de un inventario con el mapa de dependencias y decidimos por aplicación si conviene moverla tal cual, adaptarla o dejarla. Quedan fuera las migraciones masivas de centro de datos, SAP o mainframe, que te indicamos desde el principio.
• Coordinamos con tu proveedor actual lo técnico, como exportar datos o cambiar DNS, cuando nos lo autorizas por escrito.

06 · Límites

Qué queda fuera

• No reescribimos tu aplicación: un refactor profundo se trata como un proyecto aparte.
• No prometemos cero interrupciones: si hay parada, se acuerda en el plan según cada sistema.
• Los datos que exigen consistencia estricta sin ventana de parada se evalúan caso a caso y no se prometen.
• No incluye migraciones masivas de centro de datos, SAP o mainframe, ni cambios que exija un fabricante de software cerrado.
• No incluye operación continua fuera de horario después de migrar ni certificaciones o cumplimiento normativo.
• No negociamos contratos con tus proveedores; sí coordinamos lo técnico con ellos si nos lo autorizas por escrito.
• Los cambios en producción se hacen con tu autorización previa por escrito (basta un correo o un ticket de tu responsable) y dentro de la ventana acordada. Una persona de tu lado da el visto bueno.

Cómo cobramos la migración

• Todo se presupuesta a medida: recibes el alcance y el presupuesto por escrito antes de empezar.
• El plan es de tu propiedad, y decides quién ejecuta la migración.
• Si hay una fase de ejecución, se presupuesta por escrito, con el alcance claro, antes de empezar; con el plan decides si migras, cómo y en qué orden.
• Los costes del proveedor cloud y de licencias, incluido el periodo de doble coste entre origen y destino, corren por tu cuenta.