GitHubが7時間47分止まった原因は、バグではなく量だった——AI導入で先に壊れるのは下流

GitHubが2026年8月17日に7時間47分にわたって止まり、その事後報告を8月20日、GitHubのCTOであるVladimir Fedorov氏の名義で公開しました。GitHubは、プログラムのソースコードを保管し共有するサービスで、世界の開発現場の土台になっています。結論から言うと、これは中小企業にとって、AI導入で先に増えるのは処理する量で、先に詰まるのはその下流だという話です。

何が起きたか

8月17日の障害は7時間47分続きました。止まったのはgithub.comの表示だけでなく、ログインの仕組み、自動でテストや公開作業を進めるGitHub Actions、外部の道具とつなぐ窓口であるAPI、コードの変更をレビューするプルリクエスト、課題を管理するIssues、AIがコードを補完するCopilotまで、開発の主要な機能全体に及びました。

発表はこう説明しています。トラフィックが新たなピークに達し、Central USデータセンターの重要なインフラ部品がそれに合わせてスケールできなかった。コードの変更や設定の変更が引き金ではありません。GitHubは、8月17日の障害も、その前の8月6日に起きた障害も、原因はどちらも容量、つまりシステムが処理できる上限の問題だったと認めています。

なぜ重要か

普通の障害は、誰かが何かを壊して起きます。設定を間違えた、コードにバグが混ざった、という具合です。今回は違います。誰も壊していないのに止まりました。壊れたのではなく、追いつかなかった。そう言った方が近いはずです。

GitHubの発表には、もう一つ数字が載っています。4月以降、月間のコミット数、つまりコードの変更を記録する単位が、14億から29億へ増えました。4か月で倍です。土台の設計が前提にしていた量を、実際の量が追い越しました。GitHubは、その成長がシステムへの負荷を説明するが、障害を正当化するものではないと書いています。

ここで書いておかなければならないことがあります。GitHubはコミットがなぜ倍になったのかを、発表の中で一切説明していません。AIやAIエージェント、Copilotのような自動化が増加の原因だとは書かれていません。倍になったという事実と、なぜ倍になったかという理由は別で、後者は今回の発表に存在しないのです。ここを埋めずに「AIがコードを書く量が増えたから止まった」と言い切ってしまうと、発表していないことを発表したことにしてしまいます。発表が言っていないことをこちらも埋めない、という姿勢そのものが、この障害から中小企業が持ち帰れる独自の視点だと考えます。

その上で中小企業に置き換えると、こうなります。AI導入で最初に増えるのは、判断ではなく処理する量です。AIが作った文書、下書き、見積、問い合わせへの返信の数が先に増えます。詰まるのは、その量を確認し、承認し、保管する側です。AIそのものではなく、AIが生み出した量を受け取る下流の工程が、先に壊れます。

中小企業は何をすべきか

• 効果を「作った量」だけで測らない。AI導入の効果を測るときは、増えた量を受け取る側、確認・承認・保管・請求といった工程に人と時間が残っているかを、同じ表で見ます。
• 止まると一番困る業務を1つだけ選ぶ。「その日はどうするか」を紙で決めておきます。全業務の代替手段は用意できないので、1つに絞ります。
• 開発を外注しているなら、外部ライブラリの出所を一度聞く。取り込んでいる部品がどこから来ているかを確認する仕組みがあるかどうかです。

その他の注目ニュース

• デジタル化・AI導入補助金2026、1次締切分は8月25日17時 — 公式サイトの事業スケジュールによると、「デジタル化・AI導入補助金2026」の1次締切分は2026年8月25日17時です。通常枠・インボイス枠・セキュリティ対策推進枠・複数者連携デジタル化・AI導入枠は、いずれも同じ締切です。交付決定は10月7日予定、事業の実施期間は2027年3月31日までで、2次以降の日程はまだ公表されていません。申請を検討しているなら、今週のうちに準備の進み具合を確かめてください。
• 新事業進出・ものづくり商業サービス補助金、第1回公募は8月31日受付開始 — 中小企業庁は第1回公募要領を公開し、申請受付期間は2026年8月31日から9月30日までとしています。補助上限額は革新的新製品・サービス枠が最大3,500万円、新事業進出枠とグローバル枠が最大9,000万円です。補助率は中小企業が1/2、条件により2/3、小規模事業者は2/3、グローバル枠の中小企業は2/3となっています。受付開始まで10日、対象経費を先に確認しておく価値があります。
• Rustのライブラリ配布所crates.ioで、ビルド中に外部コードを実行するマルウェアが確認された — セキュリティ企業SafeDepの調査によると、Rustはプログラミング言語の一種で、そのライブラリ配布所crates.ioに置かれていたarrayref・internment・append-only-vecの3パッケージが、正規のproc-macro2に似せた偽物proc-macro1に依存していました。ビルド、つまりコードをアプリの形にまとめる作業の最中に、外部からバイナリをダウンロードして実行する仕組みです。対象はLinuxとWindowsのx86_64、macOSのx86_64とaarch64です。arrayrefの累計ダウンロードは約2億4,500万件で、crates.ioは悪性バージョンを削除済みです。開発を外注しているなら、取り込んでいる外部ライブラリの出所をどう確認しているか、一度聞いてみてください。