Configuración de Auto DevOps en GitLab con Kubernetes
Contenido del curso
Santiago Cano Garcés
SAVNE SAS (NIT 901 130 426)
Daniel Vaca
Nicolas Molina
Profesor
Gonzalo Amador Hernández
Gustavo Alvarez Leyton
Sergio Alexander Florez Galeano
Wilowayne De La Cruz
Luis Guzmán
Kristopher Ortega
Salvador Santander Gutiérrez
Carlos Javier Cepeda
Marcelo Javier Pedernera
Salvador Castro
Christian Michael Rosales
John Henry Villamil Cardona
Diego Forero
Team Platzi
Ricardo Antonio Rodriguez Valdez
Daniel Cañizalez
Jorge Aguilar Bravo
Hector Alonso Ruiz Vanegas
Yully Adriana Gamboa Contreras
Yully Adriana Gamboa Contreras
Pablo Aquino
Erik Elyager
Francisco García
Christian Daniel Vázquez
Edgardo T
Antonio Manilla Maldonado
Lastimosamente en los proyectos que he implementado el proceso DevSecOps no son proyectos públicos ni tienen una suscripción Gold en Gtilab por lo que toca hacer todas las implementaciones desde cero. Recomiendo usar herramientas (gratuitas) como:
Análisis de dependencias: OWASP Depedency Check SAST: ShiftLeft Scan, Sonarcloud DAST: OWASP ZAP Análisis de infraestructura de contenedores: Clair Performance: JMeter Pruebas funcionales automatizadas: Cypress
estas me han funcionado muy bien para tecnologías JAVA, NetCore y Angular.
Ahora es una opción premium así que ya no lo genera :/ . Helm también fue retirado. Muy desactualizado el curso.
Para los que esten utilizando AWS y tengan problemas en colocar el "Base Domain":
En el caso de tener todo una ambiente por rama, como es el caso de las bases de datos donde para probar cierto feature debo tener alguna data pre poblada en la base de datos, se puede en algún lado pre establecer un set de datos o como se maneja?
yo sugeriria tener un sistema de mocks en tu aplicacion y un comando para ejecutar y asi poder hacer seed a la base de datos, entonces en tu pipeline corres ese comando antes de tus pruebas
Existen herramientas de automatización de esas configuraciones, conozco en java liquibase, pero para node debe existir una similar.
Básicamente allí pones datos iniciales y estructura inicial de tu base de datos, que se puede ejecutar como un job de tu proceso de integración continua.
No me quedo muy claro cómo donde quedo la especificación del pipeline si no tenemos un .gitlab-ci.yml en este proyecto.
Buena pregunta, alguien podría responderla por favor?
Si nos damos cuenta la construccion del pipeline de autodevops empieza en build y continua con otras tareas de kubernets, pero para tener el build usamos el .gitlab-ci.yml que vimos en las clases anteriores
Llevo ya algunos dias intentando pasar de aca. En mi pipeline hay un job "dast_environment_deploy" que no me permite avanzar.
Tengo estas lineas, que quizas alguien pueda guiarme, al generarme el error.
Error: release: not found No PostgreSQL helm values file found at '.gitlab/auto-deploy-postgres-values.yaml' Release "dast-default-postgresql" does not exist. Installing it now. Error: release dast-default-postgresql failed, and has been uninstalled due to atomic being set: timed out waiting for the condition
¿Me podrían recomendar cual es el mejor Curso de la plataforma para introducirme en kubernetes sabiendo que ya tengo experiencia con docker, linux y desarrollo web? Gracias.
Se puede aplicar en cualquier proyecto, desde un basico, hasta uno empresarial
Yo imagino un sistema ERP basado en la nube donde los upgrades de funcionalidad y la reparación de eventuales bugs pueda realizarse rápidamente.
Considero e imagino que este tipo de metodología, buenas prácticas, habilidades, etc, en la actualidad son mucho muy utilizadas en el ámbito de desarrollo del aplicaciones móviles, puesto que cada pipeline que se realice después de todo el proceso de actualización, atención de issues, tests, QA, entre otros elementos, el deploy a producción lo asocio a una actualización de la app hacia el usuario. Es increible todo lo que en la actualidad la industria de tecnología puede hacer. Saludos desde México. Si estoy diciendo algo incorrecto por favor les agradeceré me corrigieran para seguir aprendiendo.
En mi caso queremos implementar DevOps dentro de la empresa para corregir y prevenir problemas y agilizar las entregas por lo que nos viene bien para todos los proyectos activos que tenemos
Tengo una aplicación con las siguientes caracteristicas
De igual manera es viable integrarla con autodevops?
Si tienes tu aplicación corriendo en kubernetes si es posible que lo utilices. Si no primero debes dockerizar tu aplicación y luego si poderla desplegar en kubernetes.
Para cambios de infraestructura, networking vlans, vpn ,provisioning de VM con VMware, y una app que estoy desarrollando personalmente.
Bueno la curiosidad me mata, pero creo que se puede hacer, si estoy utlizando VMware con varias VM, podria hacer un cluster de kubertes para conectarlo directo a este ambiente, aunque la integracion con Gitlab no va a hacer nada facil :)
Buena clase! pero tengo una duda, es posible que a traves de autodevops pueda modificar y/o realizar steps dentro de algún archivo de configuración como el gitlab-ci.yml ?
En el caso de seguir el enfoque TDD (Test Driven Development) lo correcto habría sido modificar primero el Test y luego la implementación.
es posible habilitar autodevops usando como mi cluster swarm?
No entiendo muy bien de donde sacaron el pipeline? podrian explicarme por favor
Despues de repetir el ejercicio con esta guia entendi y me salio bien todo. https://gitlab.com/help/topics/autodevops/quick_start_guide. Lo dejo por asi le puede servir a alguien más.
Esto podría funcionar con aplicaciones Microsoft .NET - IIS o es mejor usar Azure Autodevops?
Para el contenido del curso yo te recomiendo usar Azure Autodevops
Por lo visto en el curso, el ambiente de gitlab se adapta muy bien al desarrollo de aplicaciones web pero, se podría implementar el ciclo completo de devops en el desarrollo de aplicaciones de escritorio implementadas con C++ y que son distribuidas mediante instaladores a los clientes?
Desde mi punto de vista, soy alumno, creo que el uso de GIT es fundamental. GITLAB claramente tiene muchas funcionalidades pensadas para desarrollo web, sin embargo GIT (cualquiera sea) creo que es indispensable para cualquier proyecto que se trabaje con equipos de desarrollo.
¿Que consideraciones hay que tener cuando el proyecto debe consumir una DB? Los cambios que se hacen se disparan a staging. Deberia tener configurada la DB para que stagin la consuma o deberia haber alguna otra consideración adicional?
Esta es de las cosas que se responde con el típico "depende de las necesidades del cliente". Pero lo que si te recomiendo es que tu base de datos debe de estar lo más normalizada posible para que tus queries puedan ser más limpias y rápidas de efectuar
