データ消失事故を起こしたGitLab、IT運用戦略を専門家が疑問視（1/2 ページ）

DevOpsの“運用面”はおろそかになっていないか？　GitLabで発生したデータ消失事故を教訓に、企業はこの点を問い直すべきだと専門家たちは語る。

公開 2017年02月15日 12時00分

著者

Beth Pariseau

[TechTarget]

印刷する

データ消失事故に関するGitLab社のブログ《クリックで拡大》

　徹底したルーティン試験が必要なのはコード開発に限ったことではない。ある新興企業は手痛い経験でそれを思い知ることになった。

　2014年創業のGitLabはコードリポジトリホスティングサービスを提供する急成長企業だ。2017年1月31日、同社のサービスは初歩的なミスで一時停止に陥り、データバックアップの不備により6時間分のメタデータを失った。今回の事故はクラウド型インフラの運用戦略において運用担当者の豊富な経験がいかに重要であるかを示す教訓となった。

　GitLabは事故の翌日、SearchITOperationsの取材に答えた。同社は事前に5種類の「フェイルセーフ」策を講じていたが、ITチームメンバーの1人がプライマリーサーバのデータベースディレクトリを削除した結果、データを消失することになったという。

併せて読みたいお薦めの記事

データ消失事故を振り返る

ベンダーのサービス障害

　しかしGoogleドキュメントで広く出回ったGitLabの報告書によると、バックアップの一部はAmazon Web Servicesの「Amazon Simple Storage Service」（Amazon S3）でホストされていたようだ。

　「Amazon S3へのバックアップが機能しておらず、バケットは空だった」「バックアップの失敗を確実に知らせる警告や通知がなく、開発用ホストも現在同じ状況にある」と報告書は述べている。

　大企業のIT運用戦略にありがちなミスだが、普通なら運用担当者がよく把握しているものだ、と一部の専門家は指摘する。

　「バックアップが機能しているかどうか確認すべきだということを誰も知らなかったのか」そう話すのはStorage SwitzerlandのアナリストでTechTarget寄稿者でもあるW・カーティス・プレストン氏で、企業のデータバックアップ環境の実務とコンサルティングで長い経験を持つ。「どうもDevOps（開発と運用の連携）はバックアップのことを考えていないようだ」と同氏は言う。

　現在のIT環境はモニタリング機能が不十分な非商用バックアップツールに依存していることが多く、問題が発生しても気付かないままになりやすいとプレストン氏は話す。

　今回の件では、“フルスタックエンジニア”を求めてやまない人々も、DevOpsチームにとって強力な運用経験に代わるものはないと痛感したことだろう。アジャイルコンサルティング会社のcPrimeでDevOps責任者を務めるブランドン・サイプス氏はそう話す。

　「これは運用面を軽視するとどうなるかという教訓だ」と同氏は言う。

　GitLabは、自分たちのITチームの運用状況が問われるのも当然であり、それについては社内で話し合うと述べた。ただ、数日以内にさらに詳しい検証報告を公表する予定であり、それまでは問題の根本的背景やIT運用戦略について明らかにする意向はないと語った。

次ページへ DevOpsが悪いわけではない