Contenido del curso
Planificación y Gestión del Proyecto
Desarrollo, Versionamiento y Pruebas
- 5

Crea tu primera API con .NET en GitHub
06:38 min - 6

Pruebas unitarias con xUnit en .NET
06:40 min - 7

Blindaje de rama main y gestión de commits en GitHub
07:06 min - 8

GitHub Actions para validar pruebas en pull requests
08:34 min - 9

Dockerfile para API .NET en Docker local
06:51 min - 10

CI/CD para imágenes Docker en GitHub Actions
05:58 min - 11

Publicar imagen Docker en Hub con GitHub Actions
06:21 min
CI/CD
Observabilidad, Mejora Continua
- 15

OpenTelemetry con Azure Application Insights
08:16 min - 16

Variables de ambiente en GitHub Actions y Azure Container App
09:49 min - 17

Creación de paneles personalizados con Azure Workbooks
09:49 min - 18

Creación de método para obtener contactos con pruebas unitarias
04:01 min - 19

Deploy automático con pull request en Azure
04:29 min - 20

Herramientas DevOps que puedes intercambiar
Viendo ahora - 21

Scrum y DevOps juntos en GitHub Projects
03:31 min - 22

Qué sigue después de tu primer pipeline
02:55 min
Herramientas DevOps que puedes intercambiar
Resumen
DevOps es una metodología, no un conjunto cerrado de herramientas. Si quieres entender qué herramientas usar en DevOps y por qué puedes intercambiarlas según el proyecto, aquí encontrarás un mapa práctico para experimentar con alternativas en cada etapa del flujo, desde planeación hasta observabilidad.
Lo interesante es esto: ninguna etapa te obliga a usar una herramienta específica. Puedes mezclar, comparar y quedarte con la que mejor se adapte a tu equipo.
¿Por qué DevOps no depende de herramientas específicas?
DevOps describe etapas de trabajo, no productos. Eso significa que GitHub, Terraform o .NET son intercambiables siempre que cubras la función de cada fase.
Por ejemplo, en lugar de Terraform puedes usar Bicep para desplegar recursos en Azure. En lugar de .NET puedes construir tu API con Go. La metodología no cambia, cambia la caja de herramientas.
¿DevOps depende de GitHub? No. GitHub es solo una opción para control de versiones y CI/CD. Puedes ejecutar el mismo flujo con GitLab, Bitbucket o Jenkins sin perder nada del proceso.
¿Qué herramientas puedes usar en cada etapa de DevOps?
Cada fase tiene su propio abanico de opciones. Aquí va el recorrido completo, etapa por etapa.
Planeación y comunicación
Para organizar tareas, GitHub Projects funciona, pero también tienes Trello y Azure Boards, ambas muy sólidas para equipos distribuidos.
La comunicación es clave cuando tu equipo no está en la misma oficina. Avisar que acabas de abrir un pull request puede marcar la diferencia entre un merge rápido y uno olvidado.
- Microsoft Teams para equipos integrados al ecosistema Microsoft.
- Slack para equipos que prefieren canales temáticos y muchas integraciones.
- GitHub Projects, Trello o Azure Boards para gestionar el backlog.
CI/CD y control de versiones
Para integración y despliegue continuo, GitHub Actions es práctico, pero la herramienta más famosa del ecosistema es Jenkins. Es tan flexible que puedes montar un miniservidor debajo de tu escritorio para correr tus despliegues.
En control de versiones, Git es el estándar, pero el hosting puede variar:
- GitHub para proyectos públicos y privados con fuerte comunidad.
- Bitbucket de Atlassian, ideal si ya usas Jira.
- GitLab con CI/CD integrado de forma nativa.
¿Cuál es la diferencia entre GitHub y Jenkins? GitHub aloja tu código y ejecuta workflows con Actions. Jenkins es un servidor independiente dedicado solo a CI/CD, que puedes conectar con cualquier repositorio.
Observabilidad y calidad de código
Aquí es donde el buffet de herramientas se vuelve enorme. Para visualizar métricas, Grafana es la más usada. Para almacenar telemetría, Prometheus domina el espacio open source. Y Datadog es una opción comercial muy completa que muchos clientes piden por nombre.
Para la calidad del código, SonarQube sigue siendo un referente para evaluar líneas de forma automatizada, aunque hoy Copilot la ha desplazado parcialmente al hacer revisiones inline. Combinar ambas te da el mejor resultado.
¿Cómo elegir entre Docker Hub y un registro privado?
Para almacenar imágenes de contenedores, Docker Hub funciona como registro público. Si necesitas privacidad, Azure Container Registry te permite hospedar imágenes privadas dentro de tu suscripción de Azure, lo que es clave para entornos empresariales con requisitos de seguridad.
La lógica es simple: imágenes públicas para proyectos abiertos o demos, registros privados para producción y código propietario.
¿Cómo decides cuál herramienta DevOps usar?
La mejor recomendación es probar. Cada herramienta tiene matices que solo descubres trabajando con ella un par de semanas.
- Usa Bitbucket en un proyecto aunque normalmente vivas en GitHub, para entender sus diferencias.
- Implementa SonarQube aunque uses Copilot, para comparar tipos de revisión.
- Cambia Terraform por Bicep en un proyecto Azure puro y mide qué tan cómodo te sientes.
Probar herramientas distintas en proyectos distintos te dará criterio real para elegir. Y ese criterio vale más que cualquier ranking de internet.
¿Con qué combinación de herramientas estás trabajando ahora mismo? Cuéntame en los comentarios cuál ha sido tu favorita y por qué.