Esto es una locura =) .
Introducción
Lo que aprenderás sobre DevOps con GitLab
¿Qué es Devops?
El ciclo de vida del Devops
Introducción a Gitlab
Gitlab vs Github
Administración
Autenticación
Grupos
Autorización
Auditoría
Proyectos
Planificación
Tipos de desarrollo
Planificación en Gitlab-Issues
Planificación en Gitlab-Etiquetas
Planificación en Gitlab-Pesos
Planificación en Gitlab-Milestones
Planificación en Gitlab-Boards
Planificación en Gitlab-Service Desk
Planificación en Gitlab-Quick actions
Verificación
Inicialización del repositorio
Merge requests
Profundizando en Merge requests
Continuous Integration-CI
Gitlab CI
Automatizacion con GitLab Cl
Validacion de la configuracion con GitLab Cl
gitlab-ci.yml
Gitlab pages
Implementando Gitlab pages
¿Qué es el Desarrollo Ágil?
Gitlab autodevops
Implementando GitLab autodevops
Habilitando autodevops
Empaquetación
Gitlab container registry
Introducción a contenedores
Seguridad
Introducción a DevSecOps
Firmas de seguridad
Pruebas estáticas de seguridad
Escaneo de contenedores
Escaneo de dependencias
Pruebas dinámicas de seguridad
Gitlab security dashboard
Distribución
Continuous Delivery (CD)
Ambientes
Review apps
Estrategias de Distribución
Feature Flags
Rollback
Monitoreo
¿Por qué monitorear?
Métricas de desempeño (performance metrics)
Métricas de salud (health metrics)
Metricas de equipo
Rastreo de errores
Conclusiones
¿Por qué desarrollar con Gitlab?
Aún no tienes acceso a esta clase
Crea una cuenta y continúa viendo este curso
Crear cuenta
Si ya tienes una cuenta,
Iniciar sesión
Ambientes
43/53Recursos
Los Ambientes se suelen utilizar para determinar si el código escrito cumple con las expectativas del negocio y los requisitos impuestos con antelación para que así las personas puedan aprobarlos o no.
- Permiten realizar pruebas en diferentes ambientes antes de enviar el código a nuestros usuarios.
- Se integran con Gitlab CI para hacer realidad el Continuous Deployment.
- Gitlab lleva el historial de todos los deployments que se han realizado a un ambiente específico.
- Permiten verificar que el Deployment process se encuentre intacto y da la oportunidad de hacer QA
Tenemos algunos tipos como:
- Estáticos
- Dinámicos
- Protegidos
Aportes 6
Preguntas 2
Ordenar por:
¿Es necesario 100% utilizar kubernetes para pruebas de seguridad estáticas, o puedo correr dichas pruebas estáticas sin kubernetes? lo digo por que mis ambientes de producción nosotros lo movemos manualmente, pero si me interesa que corran estas pruebas, ¿alguien me puede sacar de la duda?
Muchas gracias 😁
Estimados, consulta es posible que para los pipelines pueda pasarle variables en la ejecución del mismo, por ejemplo Jenkins permite la creación de Jobs con parámetros de entrada que antes de su ejecución puedo ingresarlos como input.
- Podemos tener ambientes estáticos, como desarrollo o producción; dinámicos, como un ambiente para un branch; protegido, como producción.
- Para definir una ambiente en gitlab se realiza a través del archivo .gitlab.yml y se agrega un keywork environment, url y si serán automáticos o manuales.
La variable de entorno REPLICAS, puede crear varias instancias (pod) en todos o en un ambiente específico.
Una buena estrategia para el desarrollo.
Alguna referencia para revisar lo de POD dekubernetes por favor, no me quedo claro que es y para que sirven, gracias.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.