Conoce Github Actions
Qué aprenderás de GitHub Actions
Qué son GitHub Actions y qué es CI/CD
Conceptos básicos del flujo de trabajo con GitHub Actions
Quiz: Conoce Github Actions
Creación de Workflow Files
Creando tu primer workflow file con GitHub Actions
Cómo es la sintaxis de workflow files
Triggers: eventos que inician workflows en GitHub Actions
Expresiones para agregar lógica a un workflow
Uso de contexto para acceder a información sobre un workflow
Uso de variables para almacenar información para reutilizar en un workflow
Secrets: almacena información confidencial para reutilizar en un workflow
Quiz: Creación de Workflow Files
Como encontrar bugs en un workflow
Revisando logs para debuggear errores con GitHub Actions
Quiz: Como encontrar bugs en un workflow
Casos de Uso de GitHub Actions
Integración continua CI: Test
Integración continua CI: Compilación
Despliegue continuo CD: Desplegar apps
Automatización de procesos con GitHub Actions
Buenas prácticas al usar GitHub Actions
Costos y facturación en GitHub Actions
Costos y facturación en GitHub Actions
Quiz: Costos y facturación en GitHub Actions
Cierre
Recapitulación del curso: qué aprendiste de GitHub Actions
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Siguiendo un ejemplo práctico, desglosamos el flujo de integración continua en dos partes. En la primera, ejecutamos todos los tests del repositorio. En la segunda, compilamos la imagen de Docker y la subimos a uno de los registros de nuestros proveedores cloud elegidos.
El flujo de despliegue continuo utiliza la imagen subida en el paso anterior, y la lanza para desplegarla utilizando los servicios proporcionados por los proveedores cloud. Entre estos servicios se incluyen:
Elegir entre estas tres opciones está sujeto a tus necesidades específicas. No es necesario que en tu proyecto personal debas realizarlo en estos tres proveedores o siquiera tengas que subirlo en estos servicios.
Para AWS, inicialmente configuramos las credenciales de AWS dentro de nuestro runner utilizando el action oficial de AWS. Creamos un archivo de configuración para AppRunner, especificando la imagen del ECR que creamos en el paso anterior. Cada vez que se detecta un cambio en el proyecto, este cambio se prueba, se compila, y podemos de forma manual indicarle a GitHub que lo despliegue.
En GCP, inicialmente nos autenticamos en GCP y guardamos las credenciales en el runner. Nos autenticamos en el Artifact Registry para descargar la imagen de manera correcta. Posteriormente, utilizamos un action oficial de GCP para desplegar en GCP Cloud Run.
Para Azure, igualmente nos autenticamos en Azure y creamos el Azure Container Instance utilizando el action de Azure ACI Deploy. Configuramos diversos parámetros incluyendo el resource group, name, DNS name label, la ruta de la imagen dentro del registro de Azure, y en qué región queremos que se despliegue.
La clave para un eficiente flujo de despliegue continuo es entender la sintaxis y el propósito de cada uno de los pasos presentados aquí. Con estos conocimientos, se puede crear flujos de despliegue continuo de acuerdo a las necesidades de cada proyecto personal. Ya sea en AWS, GCP, o Azure, estos workflows serán de gran utilidad para mantener tus proyectos actualizados y operativos.
Aportes 1
Preguntas 1
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?