ユーザーは、GitHubのリポジトリへのアクセスやソフトウェアリリースのダウンロードを試みる際に、広範囲にわたる504 Gateway Timeoutおよび503 Service Unavailableエラーが発生していると報告しています。これらの障害は、公式のGitHubステータスページがすべてのシステムが稼働中であると報告し続けている最中にも発生しており、公式な報告と実際のユーザー体験の間に大きな乖離が生じています。
報告されたサービスの中断
Linuxカーネルリポジトリに関連付けられたHacker Newsの元の投稿では、多くのユーザーにとってGitHubがダウンしているように見えた期間が強調されています。コメンターはこの内容を裏付け、リポジトリのウェブページを開こうとしたりツールをダウンロードしようとしたりする際に、特定の504 Gateway Timeoutおよび503 Service Unavailableエラーが発生したと報告しました。
shimmsという名前で投稿した一人のコメンターは、この問題が特にリリースダウンロードに影響を与え、彼らの継続的インテグレーション（CI）システムを破壊したと指摘しました。別のユーザーであるbagelsは、これらの失敗が30分以上持続し、Terraformやその他の自動化ツールの使用を妨げたことを報告しました。
ステータス報告の乖離
議論における主な論点は、公式ステータスページの不正確さです。コメンターは、ページが「all good（すべて良好）」と表示している一方で、多くのユーザーがいまだにサービスにアクセスできず、問題が自分たちのネットワークにあるのかどうかについて混乱が生じていると指摘しました。
一人のコメンターであるskissaneは、ステータスページは管理者が「十分に重大」と判断した障害のみを表示している可能性があると示唆しました。他の人々は、サードパーティのステータス追跡ツールであっても、GitHubから提供される同じインシデントデータに依存している場合は不正確である可能性があると指摘しました。
また、アクセスに不一致がある証拠もあります。一部のユーザーは、ログインしている間はサイトにアクセスできたものの、ログアウトしていると504エラーを受け取ったと報告しており、コンテンツ配信ネットワーク（CDN）または公開向けインフラの問題の可能性を示唆しています。
インフラの負荷と代替手段
議論の参加者の中には、不安定さの原因をプラットフォーム負荷の劇的な増加に求める人もいました。コメンターのczarek_plは、GitHubのコミット数が過去1年間で5倍に増加したという報告を引用し、それは「AI革命」とそれに伴うインフラへの需要による可能性があると述べました。
これらの繰り返される問題への対応として、一部のコメンターは、単一障害点の「責任」を避けるためにGitHubから離れることを提案しました。提案には、安価な仮想プライベートサーバー（VPS）にプライベートリポジトリをホストすることや、あるコメンターが軽量でオープンソースフレンドリーな選択肢として説明しているCodebergのような代替手段を使用することが含まれていました。
未解決の技術的原因
504および503エラーの具体的な技術的原因は、提供されたソースでは確認されていません。問題が局所的なCDNの故障なのか、リリースダウンロードインフラの特定の故障なのか、あるいは報告されたコミット量の増加に関連する広範な容量の問題なのかは不明です。
「all good」というステータスと報告された504エラーの間の乖離は、依然として不確実な点として残っています。GitHubからの公式な確認がない限り、ステータスページが意図的にフィルタリングされているのか、あるいは単に特定の種類のサービス劣化を捉えられていないのかを判断することは不可能です。