GitHub Outage Tracker: ¿GitHub está frito?
Un tracker de incidencias con un tono irónico, “Is GitHub Cooked?”, desencadena una preocupación más amplia por la fiabilidad de GitHub, especialmente para empresas que ahora ven incidencias frecuentes que interrumpen flujos de trabajo clave como pushes, PRs y CI mediante GitHub Actions. Los comentaristas discuten cuánta simpatía merece una empresa muy rentable propiedad de Microsoft, señalando que la promoción agresiva de herramientas de IA y de los niveles gratis probablemente ha amplificado la carga sin una inversión adecuada en resiliencia o en separar el tráfico entre usuarios de pago y gratuitos. Muchos ven esto como un problema autoinfligido de centralización y sobrecarga de producto, y algunas organizaciones están explorando activamente alternativas, aunque todavía ninguna iguala el ecosistema de GitHub.
Reacciones al Outage Tracker
- A muchos les parece gracioso y acertado el concepto (chistes sobre “Outrage Tracker”, referencias a xkcd, etc.).
- Algunos señalan que la idea de usar el gráfico de contribuciones como calendario de incidencias es recurrente.
- Unos pocos comentaristas examinan las estadísticas y el JS del sitio, señalan errores iniciales de matemáticas/etiquetado (incidencias/mes, incidencias superpuestas, “peor día” > 24h) y observan que se corrigieron rápidamente.
- Algunos advierten que las estadísticas están un poco “a medio hacer” y quizá no sean del todo fiables.
Estado percibido de la fiabilidad de GitHub
- Hay un sentimiento generalizado de que la frecuencia de caídas de GitHub es “aborrecible”, especialmente para uso empresarial.
- Otros dicen que rara vez notan problemas, lo que sugiere que las incidencias pueden depender de la zona horaria o de la carga de trabajo.
- Varios comentan que en los últimos meses las caídas se sienten más frecuentes y graves, y a menudo bloquean CI, despliegues y flujos de trabajo de PR.
Causas de las caídas y debate sobre la escala
- Un bando enfatiza una escala sin precedentes: los commits, builds y pushes impulsados por IA se describen como un DDoS efectivo contra GitHub.
- Otros sostienen que el tráfico es grande pero está dentro de lo que las big tech llevan mucho tiempo sabiendo manejar; culpan a la deuda técnica, la migración a Azure y las prioridades de la dirección.
- Algunos sospechan de una arquitectura frágil y de años de reliabilidad despriorizada, no solo de una escala repentina.
Usuarios de pago vs gratis, equidad y limitación
- Muchos usuarios de pago/empresariales resienten verse afectados por el tráfico de cuentas gratis y bots de IA.
- Propuestas:
- Infraestructura separada o capacidad reservada para las organizaciones de pago.
- Límites de tasa o throttling más fuertes para uso automatizado, el nivel gratis o comportamiento tipo IA.
- Contraargumento: segmentar el tráfico podría chocar con el posicionamiento de GitHub en código abierto/comunidad y con los incentivos de recolección de datos para IA.
GitHub Actions, Copilot y tráfico de IA
- Un gráfico compartido sugiere que eliminar Actions/Copilot casi reduciría a la mitad el número de incidencias.
- Actions se describe como “crítico, no secundario” para muchos, pero también muy criticado por ser lento, frágil y estar mal diseñado.
- Varios comentarios dicen que el propio GitHub impulsó agresivamente Copilot y los flujos de trabajo de IA, así que “construyó su propia prisión” y tiene poco derecho a quejarse de la carga impulsada por IA.
Alternativas y autoalojamiento
- Algunas organizaciones se plantean seriamente salir de GitHub por las caídas repetidas, pero el coste de migración, el cumplimiento normativo y el bloqueo por proveedor son altos.
- Se informa de que GitLab autoalojado o similar funciona de forma fiable para algunos, con estimaciones de coste aproximadas que sugieren ahorros importantes frente a GitHub enterprise.
- Otros argumentan que la mayoría de las alternativas también fallarían a la escala de tráfico de GitHub y que, para repos pequeños o personales, el nivel gratis de GitHub sigue siendo la opción más práctica.
Opiniones sobre Microsoft y el futuro de GitHub
- Fuerte sentimiento anti-Microsoft por parte de algunos: se afirma que las adquisiciones estancan los productos y que GitHub estaba “frito” en el momento de la compra.
- Otros distinguen entre simpatía por los ingenieros individuales/SREs y ninguna por la dirección corporativa.
- Varios creen que, si aparece un competidor creíble y más simple, muchos clientes están listos para irse, aunque los efectos de red y la dispersión de funciones pueden mantener a GitHub, “como Excel”, profundamente arraigado.