Módulo 1: Why Cicd And Gitops
5. GitHub Actions y sus alternativas, con honestidad de mercado
Descripción
Ya sabes qué es CI/CD y qué es GitOps, en principio. Esta lección responde la pregunta que quedó pendiente: de todas las herramientas que implementan ese principio, ¿por qué esta guía elige GitHub Actions? La respuesta no es "porque es la mejor" en abstracto, ni "porque es la que más se usa" — la evidencia de mercado que motiva esta guía es, de hecho, más incómoda que eso. Vas a conocer GitLab CI, CircleCI y Jenkins con la evidencia exacta de dónde domina cada una, y vas a entender por qué esta guía elige GitHub Actions como vehículo pedagógico, sin pretender que "gana" en todas partes.
Conexión con el módulo
Esta es la última lección puramente conceptual del módulo. Las lecciones 6 y 7 son manos a la obra: instalas exactamente la herramienta que esta lección justifica, y corres tu primer workflow con ella. Todo lo que aprendas de aquí hasta el Módulo 8 es GitHub Actions específicamente — pero el vocabulario que construiste (CI, CD, GitOps) es el mismo, sin importar cuál de estas herramientas termines usando en un trabajo real, y el Módulo 7 (lección 2) vuelve a este contraste con más profundidad, mostrando que el patrón transfiere aunque la sintaxis cambie.
La evidencia de mercado, sin suavizarla
La auditoría de mercado que motiva esta guía completa (src/paths/aws-cloud-ecosystem/VALIDACION.md, julio 2026) es específica sobre qué herramienta domina dónde, y corrige una intuición fácil — la de asumir que "GitHub Actions es lo que todo el mundo usa hoy". La cita completa, sin editar:
"CookUnity 'GitHub and GitHub Actions'; EarnIn 'GitHub Actions, Argo CD'; frente al stack español real: IRIUM 'Git, Jenkins, Artifactory, SonarQube', Apptiva 'Jenkins administration expertise', MediaStream 'Jenkins, TeamCity' — Jenkins aparece en 5 de 13, casi el doble que GitHub Actions (~3)."
Léelo dos veces. La evidencia directa más citada —las ofertas de CookUnity y EarnIn, empresas con presencia real en el mercado tech de habla hispana— nombra GitHub Actions explícitamente. Pero cuando se cuenta el universo completo de 13 ofertas relevadas, Jenkins aparece casi el doble de veces. No es un empate cerrado: es una señal clara de que, en el stack español real, Jenkins sigue siendo la herramienta de CI/CD que más empresas dan por sabida — a menudo junto a herramientas del mismo ecosistema veterano, como Artifactory (gestión de artefactos) y SonarQube (calidad de código estático).
Esta guía no esconde esa evidencia para justificar su elección. La nombra, completa, en esta lección, y elige GitHub Actions por razones distintas a "es lo que más se pide" — razones que vas a leer más abajo.
Las cuatro herramientas, por contraste
| GitHub Actions (esta guía) | GitLab CI | CircleCI | Jenkins | |
|---|---|---|---|---|
| Quién la mantiene | GitHub (Microsoft) | GitLab Inc. | CircleCI Inc. | Comunidad open source, gobernada por la Continuous Delivery Foundation |
| Dónde vive la config | .github/workflows/*.yml, en el mismo repo | .gitlab-ci.yml, en el mismo repo | .circleci/config.yml, en el mismo repo | Jenkinsfile (pipeline as code) o configuración vía interfaz web — ambos coexisten en la práctica |
| Modelo de hosting | SaaS integrado a GitHub; runners hospedados o auto-hospedados | SaaS integrado a GitLab; runners hospedados o auto-hospedados | SaaS independiente, se conecta a cualquier proveedor Git | Se auto-hospeda casi siempre — servidor propio, requiere mantenimiento |
| Marketplace de integraciones | Enorme — miles de Actions reutilizables de terceros | Más chico, con plantillas propias | Orbs (paquetes reutilizables), ecosistema más acotado | Plugins — el ecosistema más antiguo y extenso, pero con mantenimiento desigual entre plugins |
| Señal de mercado (stack español, 13 ofertas) | ~3 de 13 | Nombrado, minoritario en la muestra | No aparece en la muestra citada | 5 de 13 |
Ninguna de las cuatro es "peor" en un sentido absoluto — son herramientas reales, en producción, en empresas reales. Cada una resuelve el mismo problema con decisiones de diseño distintas.
Jenkins es la herramienta más veterana de las cuatro (nació en 2011, como fork de Hudson) y su presencia dominante en el stack español probablemente refleja eso mismo: empresas con infraestructura de CI/CD establecida hace años, que ya invirtieron en un servidor Jenkins propio, en plugins configurados, en gente que sabe operarlo. Migrar de Jenkins a otra cosa tiene un costo real, y "porque ya lo tenemos" es una razón de negocio legítima para seguir usándolo.
GitLab CI compite directamente con GitHub Actions en el mismo modelo —configuración en el propio repositorio, sin servidor separado que mantener— y es la opción natural para equipos que ya usan GitLab como su plataforma de control de versiones.
CircleCI fue, durante años, una de las plataformas de CI SaaS más adoptadas antes de que GitHub Actions y GitLab CI maduraran sus propias ofertas integradas; sigue siendo una opción real, especialmente para equipos que usan un proveedor Git distinto de GitHub o GitLab.
Por qué esta guía elige GitHub Actions (sin pretender que "gana")
La elección de esta guía tiene tres razones concretas, ninguna de las cuales es "domina el mercado":
1. Fricción cero para aprender. GitHub Actions no requiere instalar ni mantener un servidor separado (a diferencia de Jenkins, que casi siempre vive auto-hospedado). La configuración vive en el mismo repositorio que el código que describe, en YAML, sin una interfaz web adicional que aprender a navegar.
2. Existe act. Esta es, en la práctica, la razón decisiva: act ejecuta el mismo YAML que correría en github.com, gratis, en Docker, en tu máquina — sin necesitar una cuenta de GitHub ni gastar un solo minuto de runners hospedados. Ninguna de las otras tres herramientas de esta lección tiene un equivalente tan directo, maduro y ampliamente adoptado para correr sus pipelines completamente en local. Es la pieza que hace posible el compromiso de $0 y reproducible de toda esta guía — lo vas a instalar en la lección 6.
3. Es la herramienta nombrada en la evidencia directa. Aunque Jenkins domine en frecuencia dentro del stack español relevado, las dos ofertas más citadas textualmente en la auditoría —CookUnity y EarnIn— nombran GitHub Actions explícitamente. No es la señal más frecuente, pero es una señal real y verificable.
Lo que esta guía NO afirma: que GitHub Actions sea "mejor" que Jenkins, que vayas a encontrarlo más seguido que Jenkins en una oferta de trabajo en español, o que aprender GitHub Actions te exima de tener que aprender Jenkins algún día si tu próximo trabajo ya lo usa. La evidencia dice lo contrario en frecuencia (5 de 13 contra ~3 de 13). Lo que sí es cierto, y es la apuesta pedagógica de esta guía: el patrón que vas a aprender —plan en cada cambio, revisión antes de fusionar, apply disparado por la fusión, secretos gestionados por la plataforma, ambientes con aprobación— es el mismo patrón que implementarías en Jenkins, con sintaxis de Jenkinsfile en vez de YAML de Actions, o en GitLab CI, con .gitlab-ci.yml en vez de .github/workflows/. El Módulo 7 (lección 2) te muestra ese contraste de sintaxis con más detalle, precisamente para que el conocimiento transfiera, no se quede atado a una sola herramienta.
Errores comunes
Concluir que "GitHub Actions ganó" porque esta guía lo eligió (el más importante de esta lección). Qué pasa: alguien lee la elección de esta guía como una afirmación de que GitHub Actions es, en términos de mercado, la herramienta dominante. Por qué pasa: es natural asumir que la herramienta que enseña un curso es "la mejor" o "la más pedida". Cómo detectarlo: si tu resumen de esta lección es "GitHub Actions es lo que se usa hoy" en vez de "Jenkins domina el stack español relevado, 5 de 13 contra ~3 de 13, y esta guía elige GitHub Actions por otras razones". Cómo corregirlo: relee la cita completa de VALIDACION al inicio de esta lección. La honestidad de mercado es, a propósito, parte del contenido — no un detalle al margen.
Pensar que aprender GitHub Actions es "perder el tiempo" porque Jenkins domina el stack español (sobrecorrección del error anterior). Qué pasa: alguien, después de leer la evidencia de Jenkins, concluye que debería saltarse esta guía y aprender Jenkins directamente. Por qué pasa: es una reacción razonable a la evidencia, pero ignora la razón real de la elección pedagógica —fricción cero para aprender, y sobre todo, act—. Cómo detectarlo: si crees que el conocimiento de esta guía "no transfiere" a un trabajo que use Jenkins. Cómo corregirlo: el patrón (plan-revisión-apply, secretos gestionados, ambientes con aprobación) es el mismo en cualquiera de las cuatro herramientas de esta lección — cambia la sintaxis, no el diseño. Aprender el patrón con la herramienta de menor fricción para practicar (GitHub Actions + act) es una estrategia de aprendizaje válida, no una apuesta ciega de que "esta herramienta específica es la que vas a usar siempre".
Asumir que Jenkins es "anticuado" por ser la herramienta más veterana (conceptual). Qué pasa: alguien, al ver que Jenkins nació en 2011 (como fork de Hudson, un proyecto todavía más antiguo), concluye que es una tecnología obsoleta que las empresas están dejando de usar. Por qué pasa: es intuitivo asociar "más viejo" con "en declive". Cómo detectarlo: si tu conclusión de esta lección es que Jenkins "ya no se usa" o "está muriendo". Cómo corregirlo: la evidencia de esta misma lección dice exactamente lo contrario — Jenkins aparece en 5 de 13 ofertas del stack español relevado, más que cualquier otra herramienta de esta comparación. Ser veterano y estar activamente en producción en empresas reales no son cosas contradictorias; de hecho, es común que la infraestructura de CI/CD más antigua sea también la más incrustada y difícil de reemplazar en organizaciones grandes.
Ejercicios
Ejercicio 1 — Recita la cita exacta. Sin mirar esta lección, escribe de memoria los dos números exactos de la evidencia de mercado (Jenkins vs. GitHub Actions, sobre cuántas ofertas totales) y nombra al menos dos de las tres empresas del stack español citadas con Jenkins.
Ver solución
Jenkins aparece en 5 de 13 ofertas, frente a ~3 de 13 para GitHub Actions. Las tres empresas del stack español citadas con Jenkins son IRIUM ("Git, Jenkins, Artifactory, SonarQube"), Apptiva ("Jenkins administration expertise") y MediaStream ("Jenkins, TeamCity"). Si recordaste los números exactos y al menos dos de las tres empresas, tienes clara la evidencia que sostiene esta lección — no una impresión vaga de "Jenkins es popular", sino el dato concreto.
Ejercicio 2 — Defiende la elección de esta guía ante un escéptico informado. Un colega, que conoce bien la evidencia de esta lección, te dice: "si Jenkins domina el mercado real, ¿por qué esta guía pierde tiempo enseñando GitHub Actions?". Respóndele en tres o cuatro frases, usando las tres razones concretas de esta lección (no una opinión sin sustento).
Ver solución
Una respuesta completa suena, más o menos, así: "No es que ignoremos la evidencia — Jenkins domina el stack español relevado, y esta guía lo dice explícitamente. La elección de GitHub Actions es pedagógica, no una apuesta de 'esto es lo que vas a usar siempre': tiene fricción cero para aprender (no hay que instalar ni mantener un servidor separado), y sobre todo, existe act, una herramienta que corre el mismo YAML gratis y en local, sin cuenta de GitHub — eso es lo que hace posible que esta guía completa cueste $0 y sea reproducible en cualquier máquina. El patrón que aprendes —plan antes de fusionar, apply automático después, secretos gestionados, ambientes con aprobación— es el mismo que usarías en un Jenkinsfile, solo con otra sintaxis; el Módulo 7 te muestra ese contraste directamente."
Ejercicio 3 — Ubica cada herramienta por su modelo de hosting. Sin mirar la tabla de esta lección, clasifica las cuatro herramientas (GitHub Actions, GitLab CI, CircleCI, Jenkins) según si típicamente requieren que la propia empresa mantenga un servidor, o si viven como SaaS integrado al proveedor Git.
Ver solución
SaaS integrado al proveedor Git (sin servidor propio que mantener por defecto): GitHub Actions (integrado a GitHub) y GitLab CI (integrado a GitLab) — ambos ofrecen runners hospedados por defecto, aunque también permiten runners auto-hospedados como opción. SaaS independiente del proveedor Git: CircleCI — se conecta a GitHub, GitLab o Bitbucket, pero es un servicio separado. Requiere servidor propio casi siempre: Jenkins — es la única de las cuatro que, en la inmensa mayoría de los casos reales, corre en infraestructura que la propia empresa instala y mantiene, lo que explica en parte por qué migrar fuera de Jenkins tiene un costo de inercia real para las empresas que ya lo tienen funcionando.
Resumen y siguiente paso
En esta lección conociste la evidencia de mercado completa y sin editar: Jenkins aparece en 5 de 13 ofertas del stack español relevado por la auditoría de este ecosistema, casi el doble que GitHub Actions (~3 de 13) — aunque las dos ofertas más citadas textualmente (CookUnity, EarnIn) sí nombran GitHub Actions. Conociste GitLab CI y CircleCI por contraste, y entendiste las tres razones concretas por las que esta guía elige GitHub Actions: fricción cero para aprender, la existencia de act (la pieza que hace posible el compromiso de $0), y ser la herramienta de la evidencia directa — sin que ninguna de esas tres razones signifique que GitHub Actions "gana" en el mercado general.
Antes de avanzar deberías poder: citar el dato exacto de Jenkins vs. GitHub Actions en el stack español; nombrar las cuatro herramientas de esta lección y algo distintivo de cada una; y explicar, sin decir "es la mejor", por qué esta guía específicamente eligió GitHub Actions.
Con esto se cierra toda la teoría del módulo. La lección 6 convierte todo lo que aprendiste —el problema real, el vocabulario de CI/CD, GitOps, la elección honesta de herramienta— en el primer comando ejecutado de esta guía: vas a instalar act.
Recursos
- GitHub Docs — GitHub Actions — documentación oficial de la herramienta que instalas en la lección 6.
- GitLab Docs — CI/CD — documentación oficial de GitLab CI, la alternativa nombrada en esta lección.
- CircleCI Docs — documentación oficial de CircleCI.
- Jenkins — Documentation — documentación oficial de Jenkins, la herramienta con mayor presencia en el stack español según la evidencia de esta lección.
src/paths/aws-cloud-ecosystem/VALIDACION.md(NIEVA, auditoría de mercado, jul-2026) — fuente exacta de la cita de Jenkins vs. GitHub Actions usada en esta lección.