マイナーミス、大災害 - GitLabが一日オフラインになる

GitLabは、人気の高いGitHubに代わるスタートアップで、最近はかなりお粗末な日がありました。 人的エラーにより、Webサイト全体が1日停止していました.

GitLabの問題は、 Webサイトでロード時間と安定性の問題が発生していました. この問題を解決するために、Webサイトはオフラインになりました。ただし、メンテナンス中, 誰かが無意識のうちに300GBのライブプロダクションデータを含むディレクトリを誤って削除してしまった.

GitLabにとって幸いなことに、削除されたコンテンツのみ 影響を受ける問題とマージされた要求. リポジトリとWikiは、この間違いの影響を受けていません。 この間違いによる被害はそれほど深刻ではありませんでした あったかもしれないように

ディレクトリが削除されると、GitLabの担当者はすぐにそのバックアップに目を向けます。残念ながら、GitLabは次のような状況に陥りました。 さらに別の問題. GitLabがオンラインに戻るのに苦労している間に常に更新されていたGoogle Docファイルによると、5つすべてのバックアップ/複製 Webサイトが展開した手法が確実に機能しなかった, そして場合によっては そもそもセットアップしないで.

クラウドからこれらの失われたファイルを取得する スタートアップが昨年末に決定したようにGitLabのためのオプションでもありません 代わりに独自のCephクラスターを構築して運用するためにクラウドをダンプする. 言うまでもなく、GitLabは現在その特定のトピックに対する彼らの姿勢を再検討しています.

@TheRegister @gitlabは、アプリケーションをより高性能にし、代替クラウドホスティングプロバイダを探索することに取り組んでいます。.

- Connor Shea（@connorjshea）2017年2月1日

GitLabが忙しい一日を過ごしたにもかかわらず、ウェブサイトは通常通りに稼働しています。ウェブサイトながら 6時間以内に一部のデータが失われたことを報告しました, Git リポジトリは無傷のまま 試練全体を通して。イベント全体の完全なインシデントログはここで見ることができます。.

多くの レッスンはGitLabのちょっとした間違いから学ぶことができます GitLabのこの危機への対処方法（とくに主人公）は、 スタートアップはユーザーに対して明確かつ透明でした. GitLabがこの間違いから学ぶことを願っています。さもなければ、歴史がそれ自身を繰り返すならば、そのユーザベースは恐らくあまり寛容でない.

出典：レジスタ