復旧発表はUTCと日本時間を分けて読む
公式の障害記録は11月11日20時48分UTCに調査開始を掲載し、21時7分には影響軽減と監視移行を案内した。その後21時21分に解消とした。日本時間では12日5時48分、6時7分、6時21分に当たる。掲載時刻の差は33分だが、すべての利用者の障害継続時間を表す数値ではない。
ActionsとPagesは開発から公開までの異なる工程
Actionsは、ソースコードの変更をきっかけに、ビルド、テスト、公開などを自動実行する基盤だ。ビルドとはコードを実行・配布できる形にまとめる工程を指す。Pagesは保存されたHTMLなどからウェブサイトを公開する機能で、必要に応じてその生成処理も行う。両方を組み合わせる構成では、自動処理の成功と公開ページへの反映を別々に確かめる意味がある。これは仕組みに基づく編集上の整理で、個別サイトの被害を確認したものではない。
外部サービスへの通知も確認対象になる
Webhooksは、コードの更新やレビューなどの出来事を外部サーバーへ通知する仕組みだ。公式資料には、外部の自動テスト、共同作業ツールへの連絡、課題管理、サーバーへの公開などの用途が挙げられている。この通知を受けて次の処理を動かす運用では、GitHub内の画面が開けることだけで連携全体の正常性は判断できない。編集上は、必要な通知とその先の処理が完了したかを個別に見ることが有用と考える。
原因分析と個別処理の成否はまだ別の論点
GitHubは解消時に、詳しい根本原因の分析を後日共有するとした。したがって、今回の記録だけから攻撃やデータ損失を原因として断定はできない。また、Actionsで待っていた処理が片付いたという運営側の報告と、各利用者のテスト結果が成功したかは異なる。次に確認するのは原因分析の追記と、再発防止策の説明だ。