A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Continous Deployments

13/21
Recursos

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:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

Articulo relacionado.

Herramientas mencionadas:

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 鈥渋nmutable鈥 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?