Qué construimos
- Bases de cloud. Un setup multicuenta (AWS Organizations, carpetas de GCP o management groups de Azure) con SSO, guardrails y logs centralizados. Por qué importa desde el primer día (en inglés).
- Red. VPCs, subredes privadas, VPN o Direct Connect hacia lo que se queda on-prem, y un tráfico de salida que no te cueste una fortuna sin que nadie se dé cuenta.
- Compute a medida. Contenedores gestionados (ECS, Cloud Run), Kubernetes cuando de verdad compensa, o máquinas virtuales de toda la vida cuando esa es la respuesta correcta.
- Datos. Bases de datos gestionadas, cutover basado en replicación para que el downtime sea de minutos y backups probados antes de salir a producción.
- Pipelines. CI/CD que construye una sola vez y promociona el mismo artefacto a staging y a producción.
- Todo en Terraform. Documentado, revisado en pull requests y entregado a tu equipo.
Cómo es una migración
- Inventario. Cada servidor, base de datos, cron job, registro DNS y dependencia externa, con un responsable al lado.
- Diseño del destino. Región (Fráncfort, Milán o la nueva Local Zone de Atenas para cargas sensibles a la latencia), elección de compute, plan de datos y una estimación de costes.
- Bases y pipelines. Construidas y probadas antes de mover ni una petición de tráfico de producción.
- Ensayo. Un simulacro completo del cutover en staging, cronometrado y con plan de rollback.
- Cutover. Datos replicados con antelación, DNS cambiado con TTLs bajos y el entorno antiguo encendido hasta que estés tranquilo.
- Primeros 30 días. Guardrails de costes, alertas y right-sizing en cuanto el tráfico real muestra lo que necesitas.
La checklist completa que usamos está en nuestra checklist de migración cloud (en inglés).
Para quién es
- Empresas que funcionan sobre un VPS, un hosting tradicional o servidores on-prem que se están quedando cortos.
- Equipos que dejan plataformas tipo Heroku por coste o por falta de control.
- Startups que lanzan un producto y quieren las bases bien hechas antes del primer cliente, no después del primer incidente.
Preguntas frecuentes
¿Cuánto dura una migración a la nube?
Una aplicación pequeña con una base de datos suele llevar unas pocas semanas. Una empresa con varios servicios, entornos e integraciones suele necesitar de dos a seis meses. La fase de inventario te da un calendario realista antes de comprometerte.
¿Vamos a tener downtime?
Planificamos minutos, no horas. Las bases de datos se replican con antelación y el DNS se cambia con TTLs bajos, así que la ventana de cutover es corta y está ensayada. Algunos sistemas heredados necesitan una ventana de mantenimiento; te lo decimos desde el principio.
¿A qué cloud deberíamos migrar?
Para la mayoría de las startups AWS es la opción por defecto, pero GCP y Azure ganan en casos concretos, como productos muy intensivos en datos o empresas muy apoyadas en Microsoft. Nuestra comparativa AWS vs GCP vs Azure (en inglés) repasa los pros y contras.
¿Necesitamos Kubernetes?
Muchas veces no. Para un puñado de servicios, los contenedores gestionados como ECS o Cloud Run son más baratos y más sencillos de operar. Recomendamos Kubernetes cuando tienes muchos servicios, equipos de plataforma o necesidades multicloud. Mira nuestra consultoría Kubernetes.
¿Nuestros datos se quedarán en la UE?
Sí. Por defecto usamos regiones de la UE y mapeamos dónde vive cada dato y cada log, lo que también te ayuda con el RGPD y con NIS2.