Herramientas mencionadas:
Introducción
Introducción y Filosofia de DevOps
Containers y ambientes de desarrollo
Ambientes Homogéneos para Applicaciones
Implementación de Dockerfile
Ambientes Homogéneos para Infraestructura
Pruebas
Implementación de Pruebas
Sin pruebas no hay confianza
Integración Continua
Continuous Integration y Artifacts
Continuos integration y Continuos delivery
Implementación de CI con Jenkins
Implementación de Artifacts con Jenkins
Herramientas Externas en proceso de CI
Despliegue Continuo
CD a Ambiente Staging
Continous Deployments
Implementar acceptance tests en Jenkins
Completar Pipeline de CD
Reliability
Introducción a Incident Response
Introducción a Reliability - SLO/SLI
Implementar Uptime Monitoring
Exception Trackers y Logs
Métricas
Cierre del curso
Conclusiones
Aún no tienes acceso a esta clase
Crea una cuenta y continúa viendo este curso
Crear cuenta
Si ya tienes una cuenta,
Iniciar sesión
Continous Deployments
13/21Recursos
Tenemos diferentes maneras de llevar nuestro código a producción. Esta Continuous Delivery y Continuos Deployment, también por supuesto, podemos hacerlo a mano. Esto último no es lo que queremos.
La diferencia entre Continuos Delivery y Continuos Deployment es bastante sencilla, es el mismo proceso, pero en Continuos Deployment se envía a producción automaticamente basado en los resultados de nuestros acceptance tests y en Continuos Delivery podemos hacerlo a mano.
Ninguna es mejor que otra, todo depende de lo qué estés haciendo al momento y las cosas que estés llevando a producción. Si es algo crítico y no hay seguiridad puedes hacerlo de manera manual.
El concepto final es lanzar a producción más frecuente y tener menos errores, la manera implementada es un detalle. El resultado siempre debería ser menos errores.
Hay varios tipos de Deployments:
- Blue/Green: Tener dos tags del mismo código dándole update a una de ellas mientras la otra sirve el tráfico.
- Canary: Este se puede usar en conjunto con otros tipos. Tenemos un pull de nodos y vamos a implementar algo nuevo pudiendo resultar riesgoso. Solo modifcamos uno de esos nodos.
- Rolling: Es hacerle update a máquinas una por una. Son seguros ya que podemos monitorear el progreso.
Aportes 6
Preguntas 0
Ordenar por:
La diferencia entre Continuos Delivery y Continuos Deployment es bastante sencilla, es el mismo proceso, pero en Continuos Deployment se envía a producción automaticamente basado en los resultados de nuestros acceptance tests y en Continuos Delivery podemos hacerlo a mano.
- Blue/Green deployments: Es tener dos stacks corriendo en producción, actualizar uno mientras el otro sirve el tráfico, y cuando la actualización del stack seleccionado termine y todo marche bien, el tráfico es redireccionado a ese stack actualizado, y el otro se vuelve pasivo esperando a por la próxima actualización. Esta es una muy buena práctica debido a que hace “inmutable” el despliegue; pues si hay errores los podremos detectar de forma inmediata y podríamos regresar al stack pasivo, que tiene el despliegue anterior de forma rápida y segura.
- Canary deployments: Puede ser usado en conjunto con otros tipos de deployments. Supongamos tener un set de varios nodos y vamos a desplegar nuevos cambios; en lugar de actualizar todos los nodos al mismo tiempo, o hacerlo uno a uno de forma automatizada, sólo se actualizarían unos cuantos nodos (1/3 o 1/2) y monitoreamos el tráfico para revisar cómo se comportan los nuevos cambios. Si algo sale mal, se revierten los cambios en los nodos afectados y todo vuelve a la normalidad.
- Rolling deployments: Teniendo un set de nodos, el usuario ingresa a cada nodo actualizándolos uno a uno. Este tipo de despliegue es seguro dado que podemos monitorear el progreso del despliegue. Si algo sale mal, podríamos revertir los cambios o excluir los nodos afectados de los nodos que sirven a la plataforma.
Al manejar este proceso Continuos Deployment el cual se envía a producción automáticamente. Si confiamos en cada uno de sus procesos nos rinde mucho es sacar grandes cosas pero si en producción contamos con errores debemos asumir muchos riesgos tanto con el equipo como nuestros clientes
No lo menciona, pero me gusta mucho como funciona Ansitrano Es una herramienta para realizar deployments mediante Ansible
Me quedó una duda en este tema, la parte de Canary, blue/green deployment sólo aplican para Continuous Deployment?
¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.