DevOps y CI/CD: publicar actualiza­ciones sin contener la respiración

Un pipeline para una única aplicación con entorno de pruebas y de producción puede situarse, según el alcance, en el paquete Starter desde 2.500 €. La contenerización, la infraestructura como código y varios entornos suelen corresponder al paquete Professional desde 8.000 €. Los paisajes de sistemas complejos los calculamos de forma individual como Enterprise.

Un primer pipeline para una aplicación manejable suele estar listo en pocas semanas. Los sistemas heredados sin pruebas necesitan más tiempo, porque primero creamos una base de pruebas. El calendario concreto lo fijamos con usted tras el análisis del estado actual.

No necesariamente. Para muchas aplicaciones de empresas medianas bastan Docker y un servidor bien configurado. Solo recomendamos Kubernetes cuando varios servicios deben escalarse y operarse con tolerancia a fallos.

Sí, en la mayoría de los casos. Primero revisamos el código y el entorno de servidores e introducimos la automatización de forma gradual, sin poner en riesgo la operación en curso. Si faltan pruebas, añadimos primero las verificaciones más importantes.

No. Utilizamos herramientas extendidas, almacenamos todo en su propio repositorio y documentamos los procesos. Su equipo u otro proveedor pueden continuar con el pipeline en cualquier momento.

Tras la primera consulta gratuita analizamos su proceso de entrega actual y elaboramos un presupuesto transparente. Después montamos el pipeline paso a paso, acompañamos la primera versión y lo entregamos todo documentado a su equipo.

DevOps une el desarrollo de software (Development) y la operación (Operations). En lugar de entregar el código a otro equipo una vez terminado, las pruebas, la entrega y la supervisión se automatizan y se asumen de forma conjunta. El resultado son lanzamientos más frecuentes y de menor tamaño, con menos sorpresas en la operación en vivo.

CI significa Continuous Integration (integración continua): cada cambio en el código se compila y se prueba automáticamente. CD significa Continuous Delivery o Continuous Deployment (entrega o despliegue continuos): los cambios verificados se entregan de forma automatizada a los entornos de prueba y de producción. El pipeline es la secuencia fija de estos pasos, implementada, por ejemplo, con GitHub Actions o GitLab CI.

En DevOps como servicio, un proveedor externo se encarga de la construcción y la atención continua de pipelines, despliegues y monitorización, en lugar de que usted monte un equipo DevOps propio. Es adecuado para empresas que desarrollan software pero no quieren cubrir un puesto propio para ello. El alcance y los horarios de atención los acordamos de forma individual.

En la infraestructura como código, los servidores, las redes y los recursos en la nube no se configuran a mano, sino que se describen en archivos de configuración, por ejemplo con Terraform o Ansible. Estos archivos se guardan versionados en el repositorio, de modo que cada cambio es trazable y los entornos pueden reconstruirse de forma idéntica. Esto reduce errores y facilita la recuperación y el escalado.

Ambas herramientas están maduras. Normalmente decide dónde está ya su código: con GitHub resulta natural GitHub Actions y con GitLab, GitLab CI, que también se puede operar por cuenta propia. Configuramos el pipeline en su entorno existente y solo recomendamos un cambio si aporta una ventaja clara.