Introducción

1

Lo que aprenderás sobre DevOps con GitLab

2

¿Qué es Devops?

3

El ciclo de vida del Devops

4

Introducción a Gitlab

5

Gitlab vs Github

Administración

6

Autenticación

7

Grupos

8

Autorización

9

Auditoría

10

Proyectos

Planificación

11

Tipos de desarrollo

12

Planificación en Gitlab-Issues

13

Planificación en Gitlab-Etiquetas

14

Planificación en Gitlab-Pesos

15

Planificación en Gitlab-Milestones

16

Planificación en Gitlab-Boards

17

Planificación en Gitlab-Service Desk

18

Planificación en Gitlab-Quick actions

Verificación

19

Inicialización del repositorio

20

Merge requests

21

Profundizando en Merge requests

22

Continuous Integration-CI

23

Gitlab CI

24

Automatizacion con GitLab Cl

25

Validacion de la configuracion con GitLab Cl

26

gitlab-ci.yml

27

Gitlab pages

28

Implementando Gitlab pages

29

¿Qué es el Desarrollo Ágil?

30

Gitlab autodevops

31

Implementando GitLab autodevops

32

Habilitando autodevops

Empaquetación

33

Gitlab container registry

34

Introducción a contenedores

Seguridad

35

Introducción a DevSecOps

36

Firmas de seguridad

37

Pruebas estáticas de seguridad

38

Escaneo de contenedores

39

Escaneo de dependencias

40

Pruebas dinámicas de seguridad

41

Gitlab security dashboard

Distribución

42

Continuous Delivery (CD)

43

Ambientes

44

Review apps

45

Estrategias de Distribución

46

Feature Flags

47

Rollback

Monitoreo

48

¿Por qué monitorear?

49

Métricas de desempeño (performance metrics)

50

Métricas de salud (health metrics)

51

Metricas de equipo

52

Rastreo de errores

Conclusiones

53

¿Por qué desarrollar con Gitlab?

Aún no tienes acceso a esta clase

Crea una cuenta y continúa viendo este curso

Ambientes

43/53
Recursos

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:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

Esto es una locura =) .

¿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.