¿Qué es el despliegue (deployment)?

Despliegue: definición y delimitación

El despliegue (en alemán, Bereitstellung o Auslieferung) es el paso en el que una versión terminada del software se lleva al lugar donde se ejecuta: primero a un entorno de pruebas o de preproducción (staging) y, al final, al sistema productivo que clientes y empleados utilizan realmente. Incluye transferir el código, aplicar la configuración adecuada y, casi siempre, modificar la base de datos.

Conviene distinguirlo del lanzamiento (release): el lanzamiento es la decisión de poner una versión a disposición de los usuarios; el despliegue es el proceso técnico. Ambos pueden ocurrir en momentos distintos, por ejemplo cuando las nuevas funciones ya están desplegadas pero solo se activan para los usuarios más tarde mediante un interruptor de funciones (feature flag).

Cómo se desarrolla un despliegue

Antes, un desarrollador copiaba archivos al servidor por FTP, un método propenso a errores y difícil de rastrear. Hoy el proceso lo asume una canalización de despliegue (pipeline): el código se obtiene del control de versiones, se compila, se prueba automáticamente y se publica. Es la parte de entrega de CI/CD y hace reproducible cada versión.

Para la puesta en marcha existen varias estrategias que difieren en riesgo y esfuerzo. La adecuada depende de lo crítica que sea la aplicación y de cuánta interrupción tolere el negocio. En sitios web pequeños suele bastar con cambiar de versión en una hora tranquila; las tiendas, los portales y los sistemas con muchos usuarios simultáneos se benefician de métodos que no requieren interrupción.

• Actualización gradual (rolling update): los servidores se actualizan uno tras otro y el sistema sigue disponible
• Blue-green: la nueva versión se ejecuta en paralelo y se redirige el tráfico
• Canary: la nueva versión llega primero solo a una pequeña parte de los usuarios
• Rollback: vuelta rápida a la última versión que funcionaba

Ejemplo práctico: una actualiza­ción en la tienda online de un comercio

Un comercio especializado encarga una nueva opción de envío para su tienda online. Hasta ahora, el proveedor subía los cambios directamente al servidor en producción los viernes por la tarde; si faltaba un paso en la base de datos, la tienda quedaba caída todo el fin de semana y nadie sabía qué versión estaba en marcha.

Con una canalización, cada cambio se comprueba primero en un entorno de preproducción y luego se publica automáticamente, en horario laboral y sin interrupción, porque la versión anterior sigue activa hasta el cambio. Si tras el lanzamiento aparece un error, basta con un rollback a la versión previa, en lugar de buscar la causa a toda prisa.

Errores habituales e implantación

Entre los errores habituales figuran los cambios directos en el sistema en producción, los pasos manuales que solo conoce un desarrollador, la falta de una copia de seguridad antes de la actualización y los cambios en la base de datos que no pueden revertirse. Las credenciales y la configuración no pertenecen al código, sino a variables de entorno protegidas.

Nano Concepts configura canalizaciones de despliegue para aplicaciones web, tiendas online y software a medida, con entorno de preproducción, pruebas automáticas, rollback documentado y ventanas de actualización adaptadas a su actividad. Se deja por escrito quién activa qué paso en caso de emergencia, para que usted no dependa de una sola persona.

• Entorno de preproducción lo más parecido posible al de producción
• Pruebas automáticas antes de cada puesta en marcha
• Copia de seguridad antes de cada actualización con cambios en la base de datos
• Rollback documentado y ensayado
• Credenciales gestionadas por separado del código