Disponibilidad degradada de GitHub Actions, GitHub Pages y Webhooks
Las interrupciones frecuentes en GitHub Actions, Pages y webhooks están llevando a los ingenieros a cuestionar la fiabilidad de GitHub y la conveniencia de consolidar CI/CD, alojamiento de código y GitOps en un solo proveedor. Los comentaristas atribuyen la inestabilidad a una mezcla de desafíos de migración a Azure, el aumento del tráfico impulsado por IA y unos niveles gratuitos generosos, y debaten si Microsoft está dejando de priorizar a los usuarios de pago y las correcciones arquitectónicas. Muchos ya están evaluando activamente alternativas como GitLab autoalojado, Forgejo o plataformas nuevas, mientras otros sostienen que los efectos de red sociales y la integración de herramientas de GitHub hacen que la migración sea costosa y compleja.
Impacto inmediato de la interrupción
- Muchos reportes de ejecuciones de GitHub Actions atascadas en “Queued”, incluso para runners autoalojados.
- Algunos usuarios vieron que los trabajos realmente se completaban en sus propios runners mientras la interfaz de GitHub seguía mostrándolos como en cola.
- La gente perdió tiempo depurando sus flujos de trabajo antes de darse cuenta de que era un problema de la plataforma.
- Frustración porque la página de estado se actualizó solo después de que los usuarios ya habían notado e investigado los problemas.
Bloqueo con un proveedor y riesgo organizacional
- Varios comentarios destacan que las empresas apostaron “todo” por GitHub Actions y GitOps, creando un único punto de fallo.
- Algunos ingenieros dicen que advirtieron contra esto pero fueron ignorados; ahora las interrupciones se ven como un problema de la dirección.
- Otros temen que el riesgo percibido de cambiar de proveedor, junto con los efectos de red de GitHub, haga que la migración sea política y prácticamente difícil.
Alternativas y autoalojamiento
- Alternativas alojadas mencionadas: GitLab, Bitbucket, Cursor Origin, varias herramientas más pequeñas de CI/CD.
- Fuerte preferencia de algunos por GitLab autoalojado, Forgejo, Gitea, etc., a menudo combinado con runners autoalojados.
- Los usuarios subrayan que GitLab alojado en la nube también tiene interrupciones; la principal mejora de fiabilidad que se reporta proviene del autoalojamiento y del control de las ventanas de mantenimiento.
- Algunos sostienen que GitHub debería tratarse como un espejo, no como la fuente principal de verdad, para despliegues críticos.
Causas percibidas de la inestabilidad
- Un sector culpa de ello a la adquisición por Microsoft, la migración a Azure y la cultura corporativa; señalan gráficas históricas de disponibilidad y análisis de personas internas.
- Otro sector enfatiza el crecimiento explosivo impulsado por IA (commits de LLM/agentes, PRs como “journals”) por encima de la adquisición en sí.
- Hay debate sobre si el tráfico de IA/bots es el principal impulsor frente a problemas arquitectónicos/organizativos; la evidencia se describe como parcial o poco clara.
Plan gratuito, precios y servicio multinivel
- Sugerencias: reducir drásticamente los minutos gratuitos de Actions, bajar la concurrencia para usuarios gratuitos o subir los precios para financiar más capacidad.
- Otros advierten que esto podría empujar a los usuarios hacia competidores, aunque algunos cuestionan dónde están realmente los “sharks” creíbles.
- Los clientes de pago resienten compartir el mismo plano degradado que el uso intensivo de la capa gratuita y de la IA; algunos piden aislamiento o instancias solo para empresas (por ejemplo, opciones de alojamiento separadas).
Comunicación del estado y formas de afrontarlo
- Los usuarios quieren mensajes más tempranos de “algo va mal, lo estamos investigando”, idealmente impulsados por detección automática (por ejemplo, profundidad de cola).
- Algunos bromean con usar las interrupciones como descansos forzados; otros ven las interrupciones recurrentes como señal de que es hora de planificar una salida.