Jenkins fue el primero, es software libre, es muy flexible, pero provoca reescribirlo interiorizando varios plug-ins, para los fundamentalistas del software libre les es más sencillo instalar GitLab localmente
Master tus primeras 2 razones puede tenerlas cualquier software, lo bueno es que siempre hay mejoras de seguridad. La siguiente es que con los plugins siempre corres el riesgo que no tenga mantencion, pero también puedes reemplazarlos por otros similares o mejores que cumplen la misma función. El tema de la escalabilidad lo resolvimos dejando un master en Kubernetes con mucha capacidad, sobre todo con Java que tiene la posibilidad de manejar la JVM, finalmente usamos instancias hot spot para correr los agentes tipo runner. Si es YAML o Groovy el formato del pipeline de Jenkins es muy similar a todos los pipelines con steps, para mi es indistinto si el pipeline esta escrito en Yaml o Jenkisfile, finalmente tienen la misma lógica
Exactamente estimado, igualmente sería ideal poder escalar ese Jenkins máster y no dejarlo siempre con altos recursos y sobre el lenguaje ya es cuestión de gustos, pero yaml es más fácil de usar y mantener jejeje igual son super buenos puntos
En mi empresa anterior, justamente se ubicaba Jenkins en un cluster de kubernetes. No se necesitaba que el pod tuviese autoscaling ni tantos recursos y funcionaba bien. En cuanto a la seguridad, creo que cualquier estrategia de mitigación aplica aquí como a cualquier herramienta basada en web y hasta containerizada. Como tal, el mayor "punto en contra" que veo, aunque es muy subjetivo, es la curva de aprendizaje, sobre todo en equipos donde no se cuenta con gente DevOps, SREs o arquitectos y que el uso y mantenimiento depende de los devs (hay empresas que lo hacen así, tristemente).
Gitlab y Github, tienen integrados sus motores de CI/CD, son Gitlab CI y Github Actions respectivamente, tienen su cuota gratuita y sin bastante utilizados de forma personal y empresarial 🌟👍
@@MundoDevOps y para un entorno local cerrado donde usar servidores o gestores online exponiendo el codigo a repositorios (aunque privados) no propios?
![[UNCUT]“ฅนตื่นธรรม”ปะทะ“หมอปลา-ปู่มหามุนี-อั๋นโอกิ”สะเทือนกระทรวงเวทมนตร์ Iคนดังนั่งเคลียร์I10 ตค.67](http://i.ytimg.com/vi/peMD_SAkwNc/mqdefault.jpg)
Jenkins fue el primero, es software libre, es muy flexible, pero provoca reescribirlo interiorizando varios plug-ins, para los fundamentalistas del software libre les es más sencillo instalar GitLab localmente
Ahora todo es GitOps, entonces productos como Gitlab y Github hacen la vida más fácil 🙏 pero igual es depende de gustos jeje
Ahora un video sobre Jenkins X, la competencia de ArgoCD
Master tus primeras 2 razones puede tenerlas cualquier software, lo bueno es que siempre hay mejoras de seguridad. La siguiente es que con los plugins siempre corres el riesgo que no tenga mantencion, pero también puedes reemplazarlos por otros similares o mejores que cumplen la misma función. El tema de la escalabilidad lo resolvimos dejando un master en Kubernetes con mucha capacidad, sobre todo con Java que tiene la posibilidad de manejar la JVM, finalmente usamos instancias hot spot para correr los agentes tipo runner. Si es YAML o Groovy el formato del pipeline de Jenkins es muy similar a todos los pipelines con steps, para mi es indistinto si el pipeline esta escrito en Yaml o Jenkisfile, finalmente tienen la misma lógica
Exactamente estimado, igualmente sería ideal poder escalar ese Jenkins máster y no dejarlo siempre con altos recursos y sobre el lenguaje ya es cuestión de gustos, pero yaml es más fácil de usar y mantener jejeje igual son super buenos puntos
En mi empresa anterior, justamente se ubicaba Jenkins en un cluster de kubernetes. No se necesitaba que el pod tuviese autoscaling ni tantos recursos y funcionaba bien. En cuanto a la seguridad, creo que cualquier estrategia de mitigación aplica aquí como a cualquier herramienta basada en web y hasta containerizada. Como tal, el mayor "punto en contra" que veo, aunque es muy subjetivo, es la curva de aprendizaje, sobre todo en equipos donde no se cuenta con gente DevOps, SREs o arquitectos y que el uso y mantenimiento depende de los devs (hay empresas que lo hacen así, tristemente).
@@MundoDevOps lo se padawan saludos! Eduardo T.
Qué herramientas recomienda como alternativas a Jenkins
Gitlab y Github, tienen integrados sus motores de CI/CD, son Gitlab CI y Github Actions respectivamente, tienen su cuota gratuita y sin bastante utilizados de forma personal y empresarial 🌟👍
GitLab es software libre y se puede instalar localmente
@@MundoDevOps y para un entorno local cerrado donde usar servidores o gestores online exponiendo el codigo a repositorios (aunque privados) no propios?
Local? O interno? Si es interno mediante la red , si los respos están en un servidor remoto pero privados, los puedes usar con vpn y SSH.
@@MundoDevOps claro. la idea era que no salgan de lo que es red local.