La plateforme d’automatisation de GitHub Actions et son service d’hébergement Pages échouent, selon une page d’incident sur le site d’état du service (version archivée disponible ici). Malheureusement, ce ne sont que les derniers problèmes de stabilité pour un service qui en a eu beaucoup ces derniers temps.
GitHub a signalé le problème pour la première fois jeudi à 15 h 22 UTC, notant que les actions souffraient de « performances dégradées » avant de noter environ 20 minutes plus tard que la disponibilité était également dégradée. Quelques minutes après l’avis de disponibilité, GitHub a expliqué que les exécutions de workflow ne parvenaient pas à démarrer ou échouaient à mi-chemin de l’exécution, et que les requêtes adressées à l’API REST Actions renvoyaient des erreurs. La filiale Microsoft a déclaré que les utilisateurs constataient également des limites de débit inattendues.
Une cause anonyme a été mentionnée comme ayant été découverte dans la même mise à jour, mais c’était il y a environ deux heures et la situation n’a pas encore été résolue, Pages ayant été ajoutées à la liste des systèmes concernés peu de temps après que GitHub a déclaré qu’il travaillait à atténuer le problème avec les actions.
AD ENREGISTREMENT
« Les ingénieurs ont appliqué un certain nombre de mesures d’atténuation et déploient actuellement un correctif supplémentaire sur tous les systèmes concernés », a déclaré GitHub dans sa dernière mise à jour datée de 17 h 40 UTC. La société a ajouté que « la révision du code Copilot, l’agent de codage Copilot, les exécuteurs hébergés et les migrations utilisant GitHub Enterprise Importer » étaient également apparemment affectés par le problème, et que les livraisons de Webhook pourraient également être retardées. Ces problèmes s’ajoutent aux échecs du flux de travail d’actions, aux délais d’attente et à la disponibilité dégradée des pages.
AD ENREGISTREMENT
Il s’agit du dernier d’une longue série de problèmes de disponibilité sur GitHub – il suffit de consulter la page d’historique d’état de la plate-forme pour voir à quel point les choses se sont dégradées. Une panne similaire dans Actions s’est produite il y a quelques jours à peine, le 29 juillet, un mois au cours duquel 26 incidents ont été enregistrés. En juin, GitHub en a enregistré 23, 23 supplémentaires en mai et 26 en avril. Nous en sommes à six jours du mois d’août et la page d’état répertorie six incidents au total pour le mois jusqu’à présent.
Les choses sont devenues si mauvaises que de nombreux développeurs ont envisagé de déplacer leurs projets hors de la plate-forme, le développeur de Ghostty, Mitchell Hashimoto, affirmant que la plate-forme est devenue si instable qu’elle n’est plus un endroit où les développeurs peuvent héberger du « travail sérieux ».
La société a présenté ses excuses en avril pour la surabondance persistante de pannes. Sur la base du nombre constant d’échecs au cours des derniers mois, on peut dire sans se tromper que ces excuses n’ont pas représenté grand-chose.
GitHub a imputé une part de responsabilité à la montée en puissance de l’utilisation de l’IA qui met ses systèmes à rude épreuve. Il a promis des améliorations structurelles en juin qui, selon Jakub Oleksy, vice-président directeur de GitHub, « supprimeraient définitivement les modes de défaillance ». Encore une fois, en regardant l’historique du statut depuis juin, ces améliorations ne semblent pas encore avoir été déployées ou avoir fait une différence.
Nous avons contacté GitHub pour obtenir plus d’informations sur ce dernier problème, mais nous n’avons pas reçu de réponse. ®
