ふるた技工所(てっこうしょ)

キーワードサーチ

▼キーワード検索

プロフィール

Aちゃん22

フリーページ

2018.11.04

github の障害に巻き込まれていたときの色々 - うーん、アトミックなトランザクションじゃないのか...

カテゴリ：ソフト開発日誌

仕事先で github を使っている。日本時間 10/22 午前 10:00 ～ 11:00 位の pull request で障害に巻き込まれたことが分かった。その時に思っていたことをつらつらと書く。

pull request が web page に反映されず、push した branch すら無かったことになっていた。

「え？」と思い、ページをリロードして見たら branch が見えて pull request が不成立になっていた。もう一回しつこく pull request する。なんか受け付ける。

リロードを繰り返すと pull request は不成立、どうなっているんだろう？

「いいや、branch を削除だ」ゴミ箱 icon をクリックするまではなんの躊躇も無くスルッとマウスカーソルを進めて、ポチッ。そう、いやな予感はやってしまった後でジワジワと脳裏をよぎる。もし裏で pull request が成立していて、その branch を削除したらどうなるのだっけ？なんか論理的な矛盾が起きそうだ。

ここまで操作していて、チラチラと server が不調の時に出てくる怒っているユニコーンが出てきた。ああ、github 壊れているんだ。

branch 一覧ページをリロードすることを繰り返すと、希に pull request が成立した画面も出てくる。そうか、ロードバランサーの向こうで分散処理しているサーバー群がそれぞれに抱えているデータベースかファイル群の同期が壊れているんだ。

「なんだろなぁ。色々な操作って、アトミックじゃないのか。」と思っていた。分散データベースやファイル群も含めて、全て同期が取れた、あるいは、全て同期が取れるまでにトランザクションが分散された時点で、リクエスト成立じゃないのか。

何か動作がおかしいと分かった時点で、全てのリクエストを拒否するのでは無く、受け付けてしまうのも、どうかしているなぁ。マスタデータベースかマスターファイルとタイムスタンプ同期できなくなっても動き続けちゃうのか。そもそも同期出来ない状態を認識できない？

お気に入りの記事を「いいね！」で応援しよう