Fully Booked corría en droplets de DigitalOcean que ya le quedaban pequeños: alrededor de mil personas al día sobre infraestructura alquilada, cada decisión de escalado con el precio puesto por el proveedor, y una factura mensual que solo se movía en una dirección. El encargo era fácil de decir y difícil de hacer. Mover toda la plataforma a hardware propiedad del negocio, sin que nadie que usa la app notara que algo había cambiado.
### Primero la paridad, después el tráficoLa migración se organizó para ganarse la confianza antes de mover el tráfico. Un clúster k3s multinodo se levantó sobre hardware propio, endurecido con UFW y fail2ban, y cada servicio se containerizó para correr idéntico en ambas infraestructuras. Certificados, backups programados y monitoreo estaban en su sitio antes del cambio, no añadidos después. Solo entonces el tráfico empezó a moverse, superficie por superficie, con rollback instantáneo disponible en cada paso.
### El cutover como un cambio de proxyCloudflare ya estaba delante de la plataforma para DNS, caché y TLS, y eso es lo que hizo tranquilo el paso final: el cutover fue un cambio de proxy y no una apuesta de DNS. Detrás del edge, el clúster corre un plano de control y nodos worker con los pods del portal, el admin, el backend y los jobs, con monitoreo vigilando y backups en su calendario. El diagrama no muestra IPs ni hostnames, porque la forma del sistema no es su secreto.
### Cero downtime, medidoSe registró cero downtime durante el cutover, y nadie que usó la app esa semana supo que algo había pasado, que era exactamente el punto. La factura recurrente de nube se convirtió en infraestructura propia, el cliente controla cada capa desde el DNS hasta el disco, y el mismo clúster lleva ahora los lanzamientos semanales de la plataforma. La plataforma que este movimiento sostuvo se cuenta en la historia de Fully Booked.