Continuous Delivery (CD)

Actualmente en mi trabajo lastimosamente los despligues son totalmente manuales por medio de git y es algo que quiero y voy a cambiar lo mas pronto posible.
algun concejo de como incomporar una aplicacion existente en este proceso

En mi trabajo son manuales aún, pero es mi propósito y deber automatizar el proceso.

Yo configure un flightplan, y me anda bien. es semi automatico.
Basicamente configuras comandos para correr local y comandos para correr remoto.
(javascript)

En donde trabajo utilizamos gitlab en un servidor privado, pero no utilizamos todas las funcionalidades, hacemos el despliegue en docker swarm con gitlab, pero todos es prácticamente manual.

En la empresa hacemos los deployments usando Jenkins para los proyectos modernos.

Una vez trabajé en un lugar donde el deployment se hacía por medio de un FTP, allí se ponían los archivos con Ctrl+C y Ctrl+V, intenté decirles que había mejores maneras pero decidieron seguir así…

Los desarrolladores, lo hacen manualito, yo, lo hago con docker semi-automatico, buscando la forma para automatizar todo :p pero con estos conocimientos que aun me toca profundizar y practicar veo que lo lograre!

En mi empresa tenemos varios activos digitales, los modernos tienen implementado CD automático usando GitHub, Jenkins y AWS. Pero hay casos de Activos Digitales grandes que tienen partes que requieren aprobación manual de un Release Manager. También es importante analizar el tema de los pasos a producción cuando intervienen cambios en la Base de Datos, dado que los ambientes productivos son accedidos solo por los DBAs. Para este caso se recomienda herramientas como Liquibase.: https://www.liquibase.org/

A pelo, en AWS.

En la empresa donde laboro, por ahora los procesos de deploy son manuales, aunque ya he introducido docker para ciertas aplicaciones y scripts de deploy, pero el objetivo es usar una herramienta como gitlab para realizar la automatización de este proceso.

Actualmente son todos manuales. Pero como estamos en la migración a la nueva versión de la plataforma va a ser necesario continuos delivery.

En el mundo de los SRE se manejan presupuestos de error (error budget) que permiten tener errores cada determinado tiempo, como dice @David una vez consumido ese presupuesto de error se puede entrar en un estado de alerta SRE para dejar todo a un lado y regresar al estado deseado el servicio.

Actualmente realizamos toda la ejecución automática de todas las tareas en el pipeline en ambientes de desarrollo y qa. Para producción hay un paso de aprobación manual, el despliegue sobre kubernetes se realiza utilizando las estrategias que este ya trae por defecto como Ramped, Canary Release o Blue/Green.