Cómo elegir un proveedor de migración cloud

Elige un proveedor de migración cloud por la evidencia que puede entregar antes de pasar a producción: un mapa de dependencias, un plan de validación de datos, una transición ensayada, una decisión viable de recuperación y responsables definidos para la operación. Compara propuestas con esos requisitos y el mismo alcance. Una migración completa permite al negocio confiar en sus transacciones y datos en el destino, con un equipo preparado para operarlo.

Esta guía ayuda a líderes de ingeniería a evaluar un servicio de migración, comparar modelos de entrega y convertir una conversación comercial en un alcance acordado. Para los pasos de ejecución, consulta el checklist de planificación y procedimiento de transición.

Empieza por cinco decisiones

Antes de solicitar propuestas, acuerda estos puntos con los responsables de aplicaciones, datos, seguridad y negocio:

1. Aceptación del negocio. ¿Qué transacciones, reportes o recorridos del cliente deben funcionar y quién puede aceptarlos?
2. Límites de las dependencias. ¿Qué se traslada en conjunto, qué permanece en el origen y cómo operará la configuración temporal?
3. Consistencia de datos. ¿Cómo se manejarán las escrituras en curso, las transformaciones y las diferencias pendientes?
4. Transición y recuperación. ¿Quién puede detener el traslado, con qué evidencia y qué ocurre con las nuevas escrituras en el destino?
5. Responsabilidad operativa. ¿Quién controlará las cuentas cloud, el código, la facturación, las alertas y las decisiones después de la entrega?

Usa las respuestas para comparar el alcance. Dos propuestas con distintos niveles de ajustes en las aplicaciones o soporte posterior están cotizando trabajos diferentes.

Cómo usar esta evaluación

Sobre el editor: Wagner presta servicios de infraestructura cloud, migración y operación. Escribimos esta guía desde esa perspectiva comercial. La comparación evalúa modelos de entrega; no clasifica proveedores ni concede una certificación independiente.

Haz las mismas preguntas a cada candidato. Solicita un ejemplo de entregable sin información sensible, pregunta cómo lo adaptaría a tu carga de trabajo y registra el resultado propuesto, su responsable y la evidencia de aceptación. Clasifica cada respuesta como demostrada, requiere aclaración o fuera del alcance. Un logotipo, una lista de herramientas o una promesa verbal no resuelven una pregunta pendiente sobre recuperación.

Define requisitos obligatorios antes de puntuar preferencias. En un sistema transaccional, la falta de un plan claro sobre escrituras o recuperación puede impedir la aceptación, incluso con un equipo cloud experimentado. El encaje comercial, la comunicación y el precio se evalúan sobre una propuesta donde los riesgos esenciales tienen responsable.

Las referencias técnicas enlazadas se revisaron el 14 de octubre de 2026. Los ejemplos de clientes remiten a los casos públicos de Wagner y conservan el alcance de su evidencia documentada.

Compara el modelo de entrega

Un equipo interno, un servicio de migración por proyecto y un servicio cloud administrado pueden ser adecuados. Define cómo trabajarán juntos antes de elegir. Un contrato de operación puede incluir la migración, siempre que su alcance de incorporación lo especifique.

Elige ejecución interna si el equipo cuenta con experiencia relevante, capacidad disponible y apoyo del negocio para dedicarla a la migración. Elige un servicio por proyecto si necesitas un trabajo de ingeniería delimitado, con aceptación y entrega explícitas. Elige servicios cloud administrados si también necesitas un modelo operativo continuo, con responsabilidades y cobertura acordadas por separado.

En cualquier modelo, identifica lo que debe aportar tu propio equipo. La aceptación del negocio, el conocimiento de las aplicaciones y la aprobación del riesgo operativo requieren responsables del cliente.

Busca experiencia adecuada para tu carga de trabajo

Logística y transacciones de clientes

Pide al candidato que siga una transacción crítica a través de identidad, aplicaciones, integraciones, colas y actualizaciones posteriores. Solicita una secuencia de migración que contemple los componentes que permanecerán en el origen. Revisa cómo observará transacciones fallidas y tomará decisiones de recuperación durante la ventana aprobada.

La guía de planificación de migraciones de Microsoft, en inglés relaciona grupos de dependencias, secuencia de traslado y aprobación de los responsables. Usa una transacción representativa para evaluar el razonamiento del candidato sobre tus dependencias reales.

Plataformas de datos y reportes

Evalúa el significado de los datos para el negocio. Pregunta cómo se conciliarán en un límite común, se conservarán reglas de moneda y zona horaria, se validarán transformaciones y se explicarán excepciones a quien acepta los reportes. Una transferencia completa debe permitir confiar en el reporte o resultado que consume el negocio.

La documentación de validación de AWS DMS, en inglés describe comparaciones por fila, comprobaciones no compatibles o suspendidas y recursos adicionales para validar. Pide al proveedor que explique la cobertura de la herramienta elegida y las comprobaciones del negocio que la acompañarán.

Pipelines de datos para IA o inferencia

Incluye en el descubrimiento los horarios de ingesta, colas, índices de búsqueda, dependencias de servicios de modelos y acceso a datos sensibles. Pregunta qué resultados deben mantenerse actualizados y cómo se reanudarán o repetirán las tareas interrumpidas. Si el alcance incluye capacidad de inferencia dedicada, solicita una prueba de capacidad y costo basada en la carga que considere carga del modelo, concurrencia y capacidad ociosa. Busca apoyo especializado cuando el equipo propuesto no pueda demostrar estas responsabilidades.

Usa el checklist de fundamentos cloud para evaluar si el destino está preparado antes de programar la migración.

Busca evidencia de entrega que responda al riesgo

Un caso relevante permite examinar el trabajo. Pregunta qué se entregó, cómo se validó y qué resultados tienen un periodo de medición definido. Conocer una tecnología y demostrar una mejora de negocio son tipos de evidencia diferentes.

Deprisa: dependencias y disciplina operativa. El caso de ingeniería cloud de Deprisa documenta tres capacidades logísticas, rastreo, eventos de envío y cotizaciones, en dos hitos de entrega a producción registrados en febrero y marzo de 2026. Identidad administrada, correlación de solicitudes, telemetría de dependencias, comprobaciones de salud y pipelines separados para QA y producción explican el trabajo de ingeniería. Para quien evalúa una migración, las preguntas relevantes son cómo se observarán las integraciones y cómo se validarán los cambios antes de aceptarlos en producción.

Barbra: datos para decidir sobre inversión. El caso de inteligencia de marketing de Barbra documenta tres integraciones con APIs publicitarias, actualización diaria automatizada y cuatro capas de transformación. El punto de validación de la implementación incluyó 195 campañas. La base entregada permite comparaciones consistentes y análisis con acceso controlado. El pronóstico sigue siendo una capacidad posterior. Este ejemplo ayuda a preguntar cómo se aceptarán en conjunto las definiciones de origen, transformaciones, permisos y reportes.

Para mejoras declaradas de latencia, disponibilidad o costo, solicita la línea base, el valor alcanzado, un alcance de carga equivalente, fechas de medición y método de cálculo. Evalúa los objetivos de rendimiento por separado de los resultados medidos.

Lleva este checklist a la revisión de propuestas

Copia esta plantilla en el registro de compras o del proyecto. Para cada punto, anota respuesta, ubicación de la evidencia, responsable y decisión pendiente. Puedes usarla con cualquier proveedor.

• Alcance: ¿Qué aplicaciones, datos, integraciones, entornos y flujos de negocio se incluyen? ¿Qué se excluye?
• Descubrimiento: ¿Qué información y acceso aprobado se requieren? ¿Qué dependencias se validarán antes de comprometer una estimación de ejecución?
• Primeros entregables: ¿Recibiremos inventario de dependencias, destino propuesto, etapas de migración, riesgos y plan de aceptación? ¿Quién aprueba cada uno?
• Datos: ¿Qué se comparará, en qué límite de conciliación y cómo se aceptarán transformaciones y excepciones?
• Ensayo: ¿Qué entorno y carga representan producción? ¿Qué tiempos y fallos se probarán?
• Transición: ¿Quién ejecuta cada paso, aprueba el cambio, comunica avances y puede detenerlo?
• Recuperación: ¿Qué ocurre antes y después de iniciar escrituras en el destino? ¿Qué límites de datos y tiempo condicionan la recuperación?
• Seguridad: ¿Cómo se aprobarán, limitarán, registrarán y retirarán los accesos? ¿Quién acepta brechas de control pendientes?
• Propiedad: ¿Las cuentas cloud, facturación, repositorios, definiciones de infraestructura y registros operativos quedarán bajo nuestro control?
• Entrega: ¿Quién recibe procedimientos, paneles, alertas, problemas conocidos y conocimiento de despliegue? ¿Cómo demuestra que puede operar?
• Soporte: ¿Qué periodo de observación, cobertura, escalamiento y compromisos de respuesta quedan por escrito?
• Condiciones comerciales: ¿Qué cambia la estimación, cómo se aprueban cambios de alcance y cuándo puede retirarse el entorno de origen?

Resuelve los requisitos obligatorios antes de aprobar la transición a producción. Registra el trabajo restante con responsables y decisiones de aceptación para que no se pierda después de la reunión de entrega.

Preguntas que conviene hacer antes de contratar

¿Qué debemos aportar al descubrimiento?

Prepara un inventario inicial de cargas, restricciones del negocio, responsables, dependencias conocidas, clasificación de datos, diagramas existentes y problemas operativos actuales. Empieza con documentos aprobados y acceso de observación limitado. Acuerda un canal seguro para el material sensible; una conversación comercial no requiere enviar credenciales ni datos de producción.

¿Qué determina el esfuerzo y el precio de la migración?

Influyen las dependencias desconocidas, volumen y ritmo de cambio de las bases, compatibilidad, complejidad de transformaciones, interrupción permitida, seguridad, alcance de ensayos y preparación del equipo receptor. Incluye entornos paralelos temporales, transferencias, licencias, observabilidad y soporte al comparar el costo total. Solicita supuestos y reglas de cambio de alcance, en lugar de una tarifa universal por carga.

¿Puede un proveedor prometer cero interrupciones?

Pide el método y un límite de interrupción probado para tus flujos críticos. La replicación continua puede reducir la interrupción de transferencia, mientras sincronización final, rutas, sesiones, validación y nuevas escrituras siguen necesitando coordinación. Acuerda qué pueden experimentar los usuarios y quién aprueba ese riesgo con base en los ensayos.

¿Cómo aceptamos la migración de datos?

Acuerda comprobaciones de integridad del conjunto, contenido y reglas de negocio en un límite común de conciliación. Valida flujos críticos y reportes, y revisa excepciones con el responsable de datos. Un estado de copia completada o una cantidad total de filas idéntica deja preguntas importantes pendientes. Nuestro procedimiento de migración para ingeniería explica estos criterios con más detalle.

¿Quién será dueño de la infraestructura y la operará después?

Deja por escrito propiedad de cuentas, facturación, repositorios, permisos de despliegue, retiro de accesos y proceso de salida. Define el equipo que recibe la operación y cómo demostrará que está preparado. Si necesitas operación cloud continua, especifica sus servicios y responsabilidades junto con el alcance de migración.

¿El monitoreo 24/7 incluye respuesta a incidentes?

La cobertura de monitoreo y los compromisos de respuesta se acuerdan por separado. Confirma quién recibe alertas, qué eventos activan el escalamiento, quién tiene autorización para actuar y qué horarios o compromisos de respuesta aplican. La declaración de monitoreo 24/7 de Wagner describe cobertura de monitoreo. Usa la guía de respuesta a incidentes para definir autoridad y escalamiento, y acuerda explícitamente el alcance del servicio de respuesta a incidentes que necesites.

Convierte la selección en un alcance de migración acordado

Lleva tus cargas críticas, restricciones del negocio, destino previsto y dependencias conocidas a la siguiente conversación. Usa la plantilla para acordar qué debe entregar el servicio y qué responsabilidades conservará tu equipo.

Explora los servicios de migración de datos y cloud de Wagner o habla con un experto sobre el alcance y las decisiones de tu migración.