¿Qué es un despliegue sin downtime y cómo evitar cortes al actualizar una web?
Publicado el 2026-10-26 por frfrand
Despliegues sin interrupciones: health checks, balanceadores, versiones compatibles y rollbacks.
Un despliegue sin downtime busca publicar una nueva versión sin interrumpir las solicitudes legítimas que están atendiendo la aplicación. En la práctica requiere pensar en procesos, tráfico, dependencias y cambios de datos; no consiste únicamente en copiar archivos más rápido.
Una forma sencilla de entenderlo
Imaginá un restaurante con dos cocinas. Mientras una continúa atendiendo pedidos, preparás la otra con el menú actualizado. Probás que funciona y después comenzás a enviarle pedidos. Esa idea se parece a una estrategia de reemplazo gradual de instancias.
¿Cómo funciona en la práctica?
Un patrón habitual consiste en iniciar una nueva versión, esperar a que pase sus health checks, incorporarla al balanceador y retirar la anterior cuando termine sus solicitudes activas. Otras estrategias incluyen blue-green o rolling deployments. La elección depende de los recursos, de cómo maneja conexiones la aplicación y de la infraestructura disponible.
Lo que no resuelve y sus límites
Si la nueva versión modifica una tabla de forma incompatible, la anterior puede fallar aunque el balanceador funcione perfectamente. Las migraciones de base de datos deberían diseñarse con compatibilidad temporal cuando ambas versiones conviven. Tampoco se consigue cero interrupciones reales si solo existe una instancia y reiniciarla es obligatorio.
Cómo aplicarlo y comprobarlo sin sorpresas
Probá cómo reacciona una solicitud larga durante el cambio, qué ocurre si la versión nueva falla y cuánto tarda el rollback. Separá disponibilidad de corrección funcional: un endpoint de salud puede devolver 200 mientras una compra real falla. Documentá también cambios irreversibles de datos.
¿Cómo aparece en ArduMaker?
En ArduMaker podés organizar procesos y despliegues en VPS; una estrategia sin interrupciones exige configurar adecuadamente varias instancias o un mecanismo de cambio de tráfico, si el entorno lo permite. El panel por sí solo no garantiza disponibilidad perfecta.
¿Qué significa realmente cero downtime?
Es un objetivo operacional, no una promesa absoluta. Una conexión WebSocket duradera, una migración incompatible o una dependencia externa caída pueden afectar a usuarios aunque la web principal devuelva 200. Definí qué interacciones cuentan como interrupción y medí su impacto.
Un lanzamiento gradual
Podés enviar una pequeña fracción del tráfico a la versión nueva, observar errores y aumentar progresivamente el porcentaje. Necesitás logs, métricas y una política de rollback. Si un cambio altera datos irreversiblemente, volver a los binarios antiguos puede no ser suficiente: prepará compatibilidad y mecanismos de recuperación desde el diseño.
Para recordar
Un despliegue sin downtime busca publicar una nueva versión sin interrumpir las solicitudes legítimas que están atendiendo la aplicación. Entender cuándo se aplica, cómo falla y qué datos revisar es más útil que memorizar comandos sueltos.
Para ampliar: Kubernetes: Deployments.