Buen video, encontré tu canal para aprender Jenkins busco empleo como programador Backend Java y siempre me preguntaban si sabía usar Jenkins así que voy a aprenderlo para destacar un poco
Pregunta, en la etapa de promoción, el código se hace build de nuevo y se monta en el mismo container de DEV (es decir para la primera promoción ya tendría el build proveniente de la branc DEV y otro build de la branch QA) ó se mueve completito el container con el mismo build de la branch DEV a los siguientes ambientes, los pull request serían entonces solo para almacenamiento de versiones (si es que no hubiera cambios) ?
Cómo dice Kristian, lo mejor es construir una vez la versión desde dev y que esa misma versión sea la que llega a prod, solo cambiando los valores de las variables de entorno. Un saludo Ángel 😊
Gracias por la explicación pero tengo una duda, ¿cuando dices que se crea un BUILD ejecutable te refieres a que solo puede implementarse CI/CD con sistemas JAVA por ejemplo u otro que genere un archivo ejecutable o también puede servir para aplicaciones PHP por ejemplo donde no hay un archivo ejecutable como en JAVA?
Hola Sebas, primero perdón por la demora, y segundo, el build ejecutable me refiero a cualquier artefacto final, ya sea un backend de Java como un front de react o una librería, lo que necesites
Artefacto lo podes ver como cualquier producto que necesites almacenar en algún lado para ser utilizado. Ejemplo: Una librería, biblioteca, aplicación final o un contenedor.
Muy buena explicación, no deja nada a la imaginación. Todo bastante claro.
Espero que sigas profundizando más en DevOps.
Éxitos en tu camino y bienvenido al mundo DevOps 😌
me encanto... bien explicado y la presentacion ayudo mucho, gracias
Gracias 😊
Buen video, encontré tu canal para aprender Jenkins busco empleo como programador Backend Java y siempre me preguntaban si sabía usar Jenkins así que voy a aprenderlo para destacar un poco
Muy interesante, actualmente estoy preparándome para DevOps. 🎉
Trrrrrrrrrrrrrrrrremendo contenido genio, gracias a este canal voy a conseguir mi primer trabajo en DevOps :D
Ojalá que así sea máster 😁
Bien explicado, muchas gracias!!!
Gracias!!
Muchas gracias por la explicación, si consigo el empleo te deberé mucho mi estimado.
Excelente explicación. Muchas gracias!!
Esta súper bien explicado el proceso de CI/CD. un video de gran ayuda.
Llegue a vos por el pelado. Que bueno que compartas esto.
Gracias por estar, el viernes, nuevo video
Excelente video.Felicitaciones por la calidad y lo bien explicado.
Hermano excelente video, muy bien explicado.
Aquí otro por recomendacion del pelade.. saludos y éxitos!
Gracias por el apoyo, el viernes nuevo video
Gracias
Excelente explicación!!! Espero que tenga segunda parte!
muy bueno me encanto!! estoy iniciandome y me parece genial este video!
Gracias Miguel! Se vienen más videos de CICD pronto 😀
bro , te amo que video tan exageradamente util
Gracias hermano
Bien explicado, muchas gracias!!!
Gracias Jorge 😀
Arii estoy aprendiendo programación y que sorpresa encontrarme con vos en estos videos 😁🤩
Martin querido, que bueno encontrar por estos lados jajaja Se vienen nuevos videos, así que quedate atento ;)
Tremendo canal me recomendo el pelade!
Gracias Marco, el viernes 17hs nuevo video!
Hola! muy buena explicacion...Que usas para crear las slides ? Abrz...muy buen canal
Power point, Canva y slides de Google
Aca por el pelado tambien, gracias por el contenido.
Gracias por estar, el viernes, nuevo video
Muy buena explicación en verdad, seguí así que vas a llegar lejos
Mati, gracias 😊
Gracias.
A vos.
Pregunta, en la etapa de promoción, el código se hace build de nuevo y se monta en el mismo container de DEV (es decir para la primera promoción ya tendría el build proveniente de la branc DEV y otro build de la branch QA) ó se mueve completito el container con el mismo build de la branch DEV a los siguientes ambientes, los pull request serían entonces solo para almacenamiento de versiones (si es que no hubiera cambios) ?
Amigo, recuerda el principio “build once, run anywhere”
Cómo dice Kristian, lo mejor es construir una vez la versión desde dev y que esa misma versión sea la que llega a prod, solo cambiando los valores de las variables de entorno. Un saludo Ángel 😊
Perfecto muchas gracias 👌
Saludos, me recomendó el pelado nerd
Bienvenido y espero que disfrutes mi contenido
Gracias por la explicación pero tengo una duda, ¿cuando dices que se crea un BUILD ejecutable te refieres a que solo puede implementarse CI/CD con sistemas JAVA por ejemplo u otro que genere un archivo ejecutable o también puede servir para aplicaciones PHP por ejemplo donde no hay un archivo ejecutable como en JAVA?
Hola Sebas, primero perdón por la demora, y segundo, el build ejecutable me refiero a cualquier artefacto final, ya sea un backend de Java como un front de react o una librería, lo que necesites
@@caosbinario ok muchas gracias por tu respuesta.
En el minuto 14 dijiste propot, que es?
Volví a ver el video y digo "productivo", "no productivo" y "promoción", no dijo propot :/
Quizás dije "preprod"? Pre prod es un ambien previo a producción
¿Cuál es la definición del concepto de Artefacto?
Artefacto lo podes ver como cualquier producto que necesites almacenar en algún lado para ser utilizado. Ejemplo: Una librería, biblioteca, aplicación final o un contenedor.
Si soy desarrollador, que es lo mínimo que debo saber de devops
Lo que digo en este video te sirve, quizas configurar un pipeline no sea necesario, pero si que sepas cuales son los pasos necesarios
Kiubernetis*
Kubernetes 😁