La mitigación inicial de GitHub no funcionó: Actions, Issues y Pull Requests siguen fallando

Incident with Actions, Pull Requests and Issues

La mitigación inicial de GitHub no funcionó: Actions, Issues y Pull Requests siguen fallando

GitHub investiga una degradación de rendimiento que afecta a Actions, Issues y Pull Requests. Los usuarios sufren errores al cargar la pestaña de Actions, interactuar con la Checks API, encolar ejecuciones, crear y actualizar issues y pedir revisiones de PR, incluso vía REST y GraphQL. La primera mitigación no fue del todo exitosa y las notificaciones siguen retrasadas mientras el equipo busca la causa raíz.

Nuestra mitigación inicial no fue del todo exitosa, y los usuarios aún pueden experimentar retrasos y errores con Actions, issues y projects, y las notificaciones están retrasadas.
  1. bearjaws

    La gente quiere burlarse de GitHub, pero sinceramente pasar de 50M de <cosa> por día a 2B de <cosa> por día va a romper prácticamente cualquier sistema que alguien haya construido aquí. Incluso si fue en el lapso de ~8 meses, muchas cosas se van a caer y a medida que las parcheas, caerá la siguiente ficha del dominó.

    Me siento mal por el equipo, pero serán grandes oportunidades de crecimiento para todos.

  2. orsenthil

    Sí, justo ayer dejé que Claude me construyera y desplegara un proyecto de extremo a extremo que hará parpadear mi bombilla lifx cuando lleguen commits a cualquier proyecto de código abierto. Por la mañana vi que se detuvo alrededor de las 11 p. m. PST de ayer. Me preguntaba por qué y me preguntaba qué tan fácil es hacer un proyecto completamente funcional como este en minutos y qué impide que la gente haga cientos de proyectos así por día. GitHub no fue construido para este escenario.

  3. mglvsky

    ¿Por qué no le pidieron algo como "por favor, haz que todo el sistema sea más confiable, no cometas errores"?

  4. kqgnkqgn

    Dado que GitHub parece tener persistentemente estos desafíos de escalabilidad, en mi opinión una de estas dos cosas debe ser cierta:

    1) o son menos competentes para operar infraestructura a gran escala en comparación con otras grandes empresas tecnológicas

    2) o git en sí mismo añade desafíos únicos que hacen que esto sea más difícil de escalar

    Creo que la 2) es mucho más probable que la 1).

    Entonces, ¿por qué seguir con git? ¿Es factible crear un nuevo VCS que escale mejor si empiezas desde cero?

    Obviamente, lograr la adopción de otra cosa sería un desafío. Pero GitHub tiene suficiente cuota de mercado como para que plausiblemente puedan lograrlo. Particularmente usando costos o confiabilidad para incentivar la migración.

    (No digo que esto necesariamente sería bueno para la comunidad en general, pero creo que sería bueno para GitHub).

  5. throwitaway222

    Quizás deberían hacer que Actions sea gratis y Actions Plus. Actions gratis hace todo lo que hace el producto actual, pero tiene actualizaciones diferidas en la UI. Y posiblemente hacer que Actions gratis/plus envíe actualizaciones a tu propia infraestructura agéntica en su lugar. Solo configura una URL y todas las actualizaciones de tus actions van allí.

  6. zanderwohl

    No he entendido, y sigo sin entender, por qué todo el mundo se encierra en el pipeline de CI/CD de GitHub. No es difícil configurar comprobaciones que se ejecuten en una configuración genérica de Docker. Tengo un servidor casero que uso para todas mis compilaciones y comprobaciones, con una configuración de GitHub Actions para ejecutar manualmente si no puedo conectarme por VPN a mi red doméstica.

    Además de ser más confiable, simplemente es más rápido ejecutarlo en una máquina que controlas.

  7. igsomething

    ¿Cuánto falta para que aumenten el precio de sus planes y reduzcan los minutos gratuitos de Actions para ahuyentar a los malos usuarios? Preferiría tener 500 minutos al mes de GHA confiable que esto.

  8. loveparade

    Creo que sería más eficiente publicar en HN cuando haya un día sin problemas de GitHub.

Más de este día

2026-10-12