コード自動化の熱心な支持者たちは、GitHub Action が今朝ぐらつき始め、慎重に作成されたワークフローの多くがダウンしたことで、今週のイライラしたスタートを耐え抜いた。
ユーザーの問題は3月1日9時44分（UTC）に初めて報告され、その1分前にMicrosoft部門はGitHubアクションの「可用性が低下した」ことを認めた。
可用性の低下は、影響を受けるユーザーにとって、終わりのないジョブ キューとして現れました。
この障害はマイクロソフトの Ignite 仮想パーティーの前夜に発生しており、同社がクラウド製品ラインの利点を宣伝することは間違いないだろう。
GitHub がアクションの一部を獲得:「プルリクエストで行ったのと同じことをソフトウェア開発で実行するプロジェクト」
続きを読む
GitHub Actionsは2018年にベータ版として登場しました。当時、サム・ランバート氏はThe Registerに対し、「プルリクエストでやったことをソフトウェア開発でも実現するプロジェクトをリリースしようとしている」と熱烈に語りました。しかし、おそらくそれは「尻に手を突っ込まれただけで、自動化ワークフローのコードの山に埋もれてしまう」という意味ではなかったでしょう。
ここ数週間、GitHub Actionsの状況は芳しくありません。ステータス履歴を見れば、サービスの浮き沈みが（頻繁に）分かります。従来のCI/CDに「OB」という2文字を付け加えたようなものかもしれません。「Occasional Borkage（臨時の障害）」という意味です。
最近、アクションのダウンタイムがほぼ毎週発生しているため、自動化のための何らかの自動化が必要かもしれません...
— オル・ヒルチ（@_orcaman）2021年3月1日
本稿執筆時点では、この問題は広範囲に及んでいるように見えました。ユーザーからは、GitHubのサービスが復旧し、キュー内のワークフローが再開された際に何が起こるのかという懸念も表明されていました。あるユーザーは、「キャンセルできないため、（サービスがオンラインに戻った際に）本番環境にランダムにデプロイされる可能性がある」と指摘し、「これは時間の無駄遣いよりもはるかに悪い」と付け加えました。
The RegisterはGitHubに対し、本日発生したインシデントについて説明を求め、ここ数週間のサービスがなぜこれほど困難な状況に陥っているのかを尋ねました。説明が得られた際には、改めてお知らせいたします。®
