Automatización DevOps

Automatiza primero lo repetitivo, propenso a errores y frecuente: compilaciones, pruebas, despliegues y los vínculos entre el trabajo y el código.

Qué automatizar primero

  • La compilación y las pruebas unitarias en cada push.
  • El despliegue a los entornos de pruebas.
  • La infraestructura, descrita como código y versionada.
  • Las actualizaciones de estado que hoy se copian a mano.

Convenciones que hacen funcionar la automatización

La automatización necesita algo a qué aferrarse. Nombrar ramas, pull requests y commits con el código del work item — por ejemplo PBI-364 — permite que cada herramienta conecte el código con el trabajo sin que nadie lo enlace a mano.

Qué no automatizar

Las decisiones que conllevan responsabilidad, como autorizar un cambio de riesgo en producción, deben quedar en manos de una persona con nombre. Automatiza la evidencia que necesita, no la decisión.

Cómo lo aplica DevGob

Escribir el código de un ítem en una rama, pull request, commit o notas de release vincula automáticamente esa actividad de GitHub con el ítem en DevGob, y los resultados de CI aparecen en el ítem para el que se ejecutaron.

Leerlo en la documentación

Temas relacionados

Entrega continua La entrega continua mantiene cada cambio listo para liberarse: compilado, probado y desplegable con un botón, en lotes pequeños y frecuentes. Pruebas continuas Las pruebas continuas verifican cada cambio lo antes posible y conservan los resultados como evidencia para quien deba autorizar la versión. Herramientas de DevOps Una cadena de herramientas DevOps cubre planificación, control de código, CI/CD, pruebas, gobierno de versiones y monitoreo. Lo que importa es lo bien que se conectan las piezas.

DevOps con gobierno, en un solo registro

DevGob planifica el trabajo y gobierna cada cambio en su camino a producción: backlog, sprints, autorizaciones de comité, evidencia de instalación y auditoría.

Solicitar un espacio de trabajo Documentación