Servicio · Migración y modernización
Migración y modernización de sistemas legados, sin perder datos
Migramos, reescribimos y estabilizamos sistemas que ya están en producción mientras la operación sigue sobre ellos. En nuestra migración más grande, una plataforma con más de medio millón de peticiones al día pasó a la nube propia del cliente con menos de tres horas de corte y sin perder un solo dato.
Prueba · Corte de 2 h 54 min · 0 datos perdidos · 24 de 25 integraciones intactas
Nadie quiere tocar el sistema del que depende todo
El sistema funciona, pero tarda segundos en responder, se cae en los picos, corre en un servidor que nadie sabe cómo se configuró y lo usan clientes o partners que no pueden quedarse sin servicio. Reescribirlo da miedo, y con razón: la mayoría de las migraciones que salen mal no fallan por el código nuevo, sino el día del corte.
Por eso una migración se planea como una operación: una capa que mantiene compatibles a quienes ya se conectan, un comparador que verifica dato por dato que el sistema nuevo responde igual que el viejo, una copia incremental de los datos ensayada antes del corte y un procedimiento de vuelta atrás escrito paso a paso.
Qué hacemos
- 01
Auditoría técnica
Código, base de datos, infraestructura, integraciones y seguridad, revisados con acceso de solo lectura. Entregable: riesgos, dependencias y orden de trabajo, con los hallazgos de seguridad y calidad documentados.
- 02
Migración de infraestructura
De servidores propios o de una cuenta ajena a una infraestructura a nombre de tu empresa (AWS, Azure, Google Cloud o servidores dedicados), definida como código y con el costo ajustado.
- 03
Reescritura sin romper integraciones
De frameworks sin soporte (por ejemplo, Ruby on Rails antiguo o PHP sin mantenimiento) a una base actual en TypeScript, con una capa de compatibilidad. En nuestra migración más grande, 24 de 25 integraciones de terceros siguieron funcionando sin que sus dueños cambiaran nada.
- 04
Migración de datos verificada
Copia incremental desde el sistema legado, comparación de equivalencia entre el sistema viejo y el nuevo y ensayo del corte antes del día real.
- 05
Rendimiento y estabilidad
Consultas lentas, índices, caché, colas para el trabajo pesado y contenedores, con pruebas de carga y tiempos de respuesta medidos antes y después.
Trabajamos sobre lo que ya corre, sea PHP, .NET, Java, Python, Node, Ruby, Go o Delphi, y lo entendemos antes de tocarlo.
Riesgos que controlamos
- Perder datos en el camino
- Copia incremental ensayada y un comparador que verifica, dato por dato, que el sistema nuevo responde igual que el viejo.
- Romper a quienes se conectan
- Capa de compatibilidad: partners e integraciones no cambian nada el día del corte.
- Un corte que se alarga
- Procedimiento escrito y ensayado antes del día real, con ventana corta y plan de vuelta atrás.
- Heredar los problemas de seguridad
- Auditoría de solo lectura antes de tocar nada; lo encontrado se corrige por diseño en el sistema nuevo.
Con qué lo construimos
Hemos partido de Ruby on Rails, MySQL y PHP, y llegado a TypeScript (NestJS), PostgreSQL, Redis y AWS (ECS, RDS, S3 e infraestructura como código), con pruebas de carga en k6. Si tu sistema está en otro lenguaje, lo entendemos antes de tocarlo.
Cómo migramos sin detener la operación
01
Auditoría
Solo lectura
Revisamos código, datos, infraestructura e integraciones, y documentamos riesgos, dependencias y el orden en que conviene moverse. Firmamos NDA antes.
02
Plan de migración
Propuesta cerrada
Fases, criterios de éxito medibles, ventana de corte y plan de vuelta atrás, con precio y fechas.
03
Migración por fases
Sin apagar la operación
Cada fase se ensaya, se verifica contra el sistema anterior y se puede deshacer. El corte final sigue un procedimiento escrito, no se improvisa.
¿Es para tu empresa?
Es para ti si…
- Tu sistema es lento, se cae en los picos o corre en una tecnología sin soporte.
- Dependen de él clientes, partners u otros sistemas que no pueden quedarse sin servicio.
- Nadie en tu equipo se atreve a tocar el código ni la infraestructura.
Puede que no sea para ti si…
- El sistema se va a reemplazar por un producto de catálogo en pocos meses: conviene invertir en esa transición, no en el rescate.
- Buscas soporte 24/7 o mesa de ayuda: no ofrecemos ese servicio.
Preguntas frecuentes
¿Hay que apagar el sistema para migrarlo?
No. La operación sigue sobre el sistema actual mientras se construye y se verifica el nuevo. El corte se hace en una ventana corta y planificada, con un procedimiento para volver atrás si algo falla. En nuestra migración más grande, el corte duró menos de tres horas y no se perdió ningún dato.
¿Es mejor reescribir desde cero?
Casi nunca como primer paso. Reescribir es caro y lento, y mientras tanto el sistema actual sigue fallando. Primero estabilizamos lo que corre; si los números muestran que reemplazar una parte sale más barato que mantenerla, lo proponemos por fases.
¿Qué pasa con los sistemas que se conectan al actual?
Siguen funcionando. Construimos una capa de compatibilidad que responde igual que el sistema anterior, así que clientes, partners e integraciones no tienen que cambiar nada el día del corte.
¿Pueden bajar lo que pago de servidor o de nube?
Con frecuencia, sí, como consecuencia de corregir la causa: consultas eficientes y recursos bien dimensionados necesitan menos máquina. También revisamos recursos ociosos y compromisos de precio en AWS, Azure o Google Cloud. No prometemos una cifra sin ver tu cuenta.
¿Necesitan acceso de escritura a mis sistemas?
No para la auditoría: trabajamos con permisos de solo lectura. Para la migración acordamos contigo qué permisos hacen falta, fase por fase, y firmamos NDA antes de la primera reunión técnica.
Para profundizar
Cuéntanos qué sistema te preocupa
En 30 minutos revisamos el caso y te decimos por dónde empezaríamos: estabilizar, migrar o reescribir por partes.