¿Qué hace un consultor de migración a la nube?
Traza lo que corre, escribe el entorno de destino, ordena el traslado y comprueba cada corte. Discovery es ese primer paso: USD 7,000, 1 a 4 semanas.
¿Tienen un caso publicado de migración de nube a nube?
Todavía no. Publicamos el método y el trabajo de infraestructura que lo respalda: promoción con controles, reversión y cortes de infraestructura sin interrupción en una plataforma fintech.
¿Se puede migrar sin interrumpir el servicio?
En una plataforma fintech, los cambios de infraestructura corrieron como cortes sin interrupción, cada uno con su reversión. Si el tuyo puede depende de tu sistema, que Discovery lee primero.
¿Pueden modernizar un sistema legacy o llevarlo de servidores propios a la nube?
Podemos planificar y construir la parte de infraestructura: Discovery lee el sistema y ordena el traslado, el destino se escribe como código y cada corte tiene su reversión. Nuestra prueba publicada es infraestructura en una plataforma fintech, no una reescritura de aplicaciones, y no tenemos un caso publicado de servidores propios a la nube. Discovery cuesta USD 7,000 por 1 a 4 semanas.
¿Qué pasa con la base de datos?
Un paso que migra una base de datos toma antes una copia instantánea. En la plataforma fintech es automático, en un hook que corre antes de que la nueva versión entre en servicio.
¿De quién son las cuentas y el código?
Tuyos. Los ingenieros usan tus propias cuentas e identidades con SSO y MFA y mínimo privilegio, que se revocan al salir, y todo el código es tuyo desde el día 1.
¿Ofrecen soporte 24x7 después de la mudanza?
No. Trabajamos en tu horario laboral y dejamos alertas y runbooks para que tu propia guardia resuelva los incidentes.
¿En qué idioma trabajan?
100 % en español o inglés, el que use tu equipo. Nuestros ingenieros están en LATAM, entre UTC−3 y UTC−5.
¿Qué debe comprobar una migración antes del corte?
Cuatro cosas. Que el camino nuevo pase pruebas de humo. Que los pods no se reinicien y estén listos. Que no suba la proporción de errores HTTP 5xx. Y que exista una copia instantánea (snapshot) de la base de datos antes de correr cualquier migración. En una plataforma fintech las tres primeras son controles de cada versión a producción, y si una falla se frena la versión, y la copia es automática. Pediríamos las cuatro antes de cualquier corte.
¿Qué sacamos de un proveedor y qué cambió?
Para una empresa estadounidense de servicios de transporte sacamos las métricas y los logs de un APM comercial y los llevamos a observabilidad de código abierto sobre OpenTelemetry. Los dashboards pasaron de 18 a 135 y el gasto en observabilidad bajó unos USD 5,000 al mes. Es una migración de telemetría, no de nube a nube, y las cifras son de toda la organización: el equipo creció en el mismo período, así que no es un resultado que reclamemos solos.
¿Cuánto tarda una migración a la nube?
No damos una duración antes de leer el sistema, y un número en una página web sería una suposición. Discovery dura de 1 a 4 semanas y termina con una hoja de ruta: backlog, roles, cambios críticos y necesidades, con la secuencia de migración adentro. Con esa hoja de ruta puedes presupuestar la mudanza, con nosotros o con cualquier otro.
¿Cuánto cuestan los servicios de migración a la nube?
Dos pasos publicados y después más paquetes o la tarifa por hora. Discovery cuesta USD 7,000 por 1 a 4 semanas y termina con la hoja de ruta. CI/CD e IaC cuesta USD 4,000 por 2 semanas y construye tus pipelines e infraestructura como código, el destino de la mudanza. La mudanza en sí va en más paquetes de 2 semanas a precio fijo y sin mínimo, o por hora para un equipo continuo. Un ingeniero Senior cuesta USD 45–50 y un Lead o Arquitecto USD 55–60, con un mínimo de 6 meses para equipos por hora.
¿A qué nube pueden migrar?
A AWS, Google Cloud y Microsoft Azure. DX Clouditive pertenece a los programas de partners de las tres. Nuestros casos publicados corren en AWS EKS y en Google Cloud, donde una plataforma de marketing con IA es completamente OpenTofu. Todavía no tenemos un caso de Azure publicado, y en Azure trabajamos igual: infraestructura como código y un plan que se lee antes de cada apply.