continuous delivery devops
¿Qué es la entrega continua en DevOps?
Integración continua se explicó en detalle en nuestro último tutorial. Aquí, veremos Entrega continua en DevOps.
La entrega continua es el proceso importante de entregar el software / Actualizaciones a producción en incrementos más pequeños, asegurando que el software se pueda lanzar en cualquier momento. Con este enfoque de DevOps, el equipo siempre estará listo para 'entregar en cualquier momento' a la producción.
Leer también => Una guía completa de DevOps
Por lo tanto, la entrega continua es una tubería o un ciclo de vida de un código, donde el código desarrollado o actualizado recientemente por el equipo de software, se prueba en diferentes etapas, tanto a través de pruebas manuales como automatizadas, pasa por las puertas de la etapa manual y automatizada y entra en producción.
El enfoque principal y el objetivo de la entrega continua son construir, probar y entregar al cliente de manera bastante más rápida y con mayor frecuencia, en ciclos cortos.
A continuación se muestran los beneficios del CD.
-
- Aumenta el número de entregas.
- Minimiza el riesgo de fallas en la producción.
- Reduce el trabajo manual.
- Aumenta la confianza en el equipo.
- Permite al equipo automatizar todo.
- Permite una retroalimentación más rápida.
VIDEO Parte 3 Bloque 2: Entrega continua- 10 minutos 28 segundos
Transcripción:
Hemos completado la Parte 1 y la Parte 2 de esta serie de conferencias y actualmente estamos en la Parte 3 del bloque 2.
En block1, estudiamos sobre Integración Continua, que es un proceso automatizado importante en la práctica de DevOps donde entendimos que la integración continua es un proceso continuo de fusionar el código de todos los desarrolladores en un repositorio central y validar la fusión de cada uno con una compilación exitosa y pruebas unitarias automatizadas. .
También estudiamos los beneficios de la IC.
cómo probar la aplicación del servidor cliente
Ahora, comprendamos acerca de la entrega continua, que es otro proceso importante en la práctica de DevOps.
Sabemos que el principal objetivo de DevOps es entregar continuamente con pequeños incrementos de valor a los clientes.
Entonces, en línea con este objetivo, Continuous Delivery, CD, en resumen, es algo así como donde el equipo siempre está listo en ' entregando en cualquier momento ' a la producción, en lugar de nuestro modelo antiguo de entregar solo en la fecha de entrega determinada y cumplir solo con esa fecha.
Por lo tanto, la entrega continua es una tubería o un ciclo de vida de un código, donde el código recientemente desarrollado o actualizado por el equipo de software, se prueba en diferentes etapas tanto a través de pruebas manuales como automatizadas y pasa tanto por las puertas de la etapa manual como automatizada y entra en producción.
El enfoque principal y el objetivo de la entrega continua es construir, probar y entregar al cliente con bastante rapidez y frecuencia. Sabes más rápido y con frecuencia se refiere a solo unas pocas horas en DevOps.
En resumen, la entrega continua es un enfoque de entrega de software en ciclos cortos.
preguntas y respuestas de la entrevista html css
Entonces, obviamente, CD tiene la intención de entregar valor al cliente con más frecuencia, reduciendo el costo, aumentando la velocidad de entrega, aumentando la confiabilidad y reduciendo el riesgo de entregar grandes cantidades de código.
Por lo tanto, Continuous Delivery es un proceso de entrega del software / Actualizaciones a producción en incrementos más pequeños, asegurando que el software se pueda lanzar en cualquier momento.
Esta es la representación esquemática de Continuous Delivery.
Entenderemos un poco más de detalle al respecto.
Obviamente, cuando las entregas más rápidas que se centran en el costo, el tiempo, la calidad y la confiabilidad son el objetivo de la entrega continua, entonces la 'automatización completa' es imprescindible.
CD abarca la automatización total para su ciclo completo que comienza con el registro del código, compilación y construcción, ejecución de pruebas unitarias automatizadas, ejecución de pruebas de aceptación y hasta que el código está en producción y esta canalización se llama 'canalización de implementación automatizada'.
Por lo tanto, en DevOps, la entrega continua también se denomina 'canalización de implementación automatizada'.
Esto incluirá pocas pruebas manuales, así como 'pruebas de aceptación del usuario', que generalmente serán ejecutadas por el usuario final y también algunas puertas de aprobación manual, ya que el código se acerca al entorno de producción.
Bueno, la definición de tubería de CD y la inclusión de diferentes fases de prueba, no de fases de prueba y puertas de aprobación, ya sea manual o automatizada, depende de las organizaciones, según los requisitos del programa.
Entonces, si ve este diagrama, podemos decir claramente que la Entrega continua incluye, dos canalizaciones, una es una canalización que incluye CI, que consiste en un disparador de compilación automatizado, compilación, construcción e implementación.
El otro es el canal de pruebas que básicamente incluye 'pruebas continuas', que discutiremos en el siguiente bloque.
Después de comprender el enfoque de entrega continua, recopilemos los beneficios de la entrega continua.
La entrega continua es una canalización de implementación automatizada y, por lo tanto, obviamente,
#1. Aumenta el número de entregas
#2. El CD es un ciclo corto tan pequeño que se ejecuta en unas pocas horas. Por lo tanto, dado que los CD son implementaciones pequeñas y frecuentes, elimina el mayor riesgo de fallas en la producción.
#3. A menos que exista un requisito obligatorio de intervención humana, todo lo que está en proceso, de principio a fin, está automatizado. Entonces, se reducen muchos trabajos manuales.
#4. La entrega continua aumenta la confianza en el equipo y el equipo estará siempre preparado para 'entrega a producción' y su mente estará constantemente conectada a la calidad y la velocidad que se espera en la producción.
#5. La entrega continua permite y enriquece tanto el desarrollo como las operaciones para automatizar todo en la tubería, lo que incluye actividades de desarrollo y operaciones, activación, construcción, pruebas unitarias, implementación, definición de configuraciones de infraestructura y entorno como código, niveles más altos de pruebas (funcionalidad, seguridad , rendimiento, interfaz de usuario, etc.,)
#6 . Por último, pero no menos importante, la entrega continua, al ser un ciclo de implementación corto, ayuda al equipo a obtener una retroalimentación más rápida sobre la entrega, no solo del entorno de desarrollo, sino también del entorno de producción y, por lo tanto, hace que las entregas de software sean bajas. actividad de estrés o BAU, negocio como de costumbre para el equipo.
Con esto, estamos completando, aprendiendo sobre el enfoque de entrega continua y sus beneficios.
En nuestro próximo video, comprendamos también qué es la implementación continua y en qué se diferencia de la entrega continua. También aprenderemos sobre la tubería de prueba continua.
PREV Tutorial | SIGUIENTE Tutorial
Lectura recomendada
- Implementación continua en DevOps
- Integración continua en DevOps
- Pruebas continuas en DevOps
- Tutorial de DevOps: la guía definitiva para DevOps (más de 25 tutoriales)
- Resumen de los tutoriales en vídeo de DevOps
- Tutorial de entrega continua: lanzamiento de software confiable a producción
- Tutorial de pruebas de DevOps: ¿Cómo afectará DevOps a las pruebas de control de calidad?
- Tutorial de la herramienta de integración continua de Hudson - Tutorial de Selenium n. ° 25