ユーザーはGitLabがクラウドを離れないように説得しました



画像ソース







2016年の終わりに、Gitlab はクラウドから離れようとしていることを発表しました( この記事翻訳は Mediumで行いました)。 ハードウェアの購入に関する非常に詳細な計画も提示されました。 ユーザーは興味を持ってイベントをフォローし、公開された記事に積極的にコメントし、最終的にGitLabにこのアイデアを放棄するよう説得しました。







この物語には、さらに陰謀があります。 GitLabはそれ自体が本質的にクラウドサービスプロバイダーです(ただし、コンピューティングリソースではなくアプリケーションをユーザーに提供することにより)が、消費者として、この種の作業スキームはもはや適切ではないと判断しましたが、その考え方変わりました







GitLabの専門家は、タスク#727が独自のハードウェアに切り替えるために作成された2015年11月にクラウドを離れることを真剣に考えました。







同社は、AzureのGitLabのディスクサブシステムの帯域幅が不十分であるだけでなく、クラウドインフラストラクチャを他のユーザーと共有する必要があるというマイナス面も見ました。 独自のサーバー機器に切り替えることでこの問題を解決することを計画していましたが、これも大幅なコスト削減をもたらすはずでした。







この問題の財務面について説明すると、同社はその時点でGitLab.comをAzure(GitLab CIを含まない)でホストすると、月額約20万ドルかかると述べました。 同時に、自社機器の購入額は、クラウドホスティングの3か月分に相当しました。 サーバーのコロケーションは、1か月あたり1万ドルでした。 つまり、2年半で10倍の節約が達成されます。 コストの詳細な説明は、この公開されているスプレッドシートに記載されています。







ただし、ユーザーは、GitLabの主な能力はソフトウェア開発であると正しく指摘しました。会社は、特に緊急事態の場合に、この規模のインフラストラクチャを独立して維持するために必要なコストだけでなく、専門家のレベルと数を大幅に過小評価しています。







買収が予定されていたサーバー機器の特定のコンポーネントに関する同社の提案も詳細に分析されました。 その結果、多くの批判が寄せられています。アーキテクチャ、サーバーの数、ハードドライブなど、および多くのギャップと未解決のトピックの存在です。







パフォーマンスに関しては、一般的な結論は次のとおりです。仮想化の追加コストは3%を超えないため、クラウドから離れることでI / Oシステムの帯域幅不足の問題を解決することはできません。 さらに、帯域幅の大幅な不足は、NFS、CephFS、特に多数のユーザーの並列作業用に最適化されていないgitバージョン管理システムの不十分な効率に関連している可能性があります。 その結果、CephFSを放棄し、Gitリポジトリへのアクセスを最適化するソリューションを開発することが決定されました 。これはGitalyと呼ばれていました







さて、このラウンドの戦いで「クラウドvs自身のコンピューター」白とふわふわが再び勝ちました。 インフラストラクチャを複雑にし、IT分野の専門分野を絞り込むプロセスは継続しています-すべての取引のジャックになることは毎年ますます難しくなっています。







それとは別に、GitLabのオープン性に注目する価値があります。これは、偶発的なデータベース削除のインシデント中のこのにより、敗北を勝利に変えることできました。今回は、クラウドを離れるという点で、脆弱性の恩恵を受けました-能力不足 広く公開された議論のおかげで、同社は一方でコミュニティから過剰な助けを得ることができ、より良い決定を下すことができました。他方では、同様の選択に直面しているかもしれない人々やこれらの問題に興味があるだけの人々と経験を共有することができました。 他の組織で重要なタスクがどのように解決されるか、彼らがどのように考え、仕事を促進するためにどのツールを使用するかを見るのは常に興味があります。







参照:







  1. GitLab.comバグトラッカーの問題#727(問題が元々表明されていた場所): https ://gitlab.com/gitlab-com/infrastructure/issues/727
  2. パフォーマンスの問題を議論するGitLabインフラストラクチャアップデート(作業中の電話に関する面白いビデオへのリンクがあります ): https ://about.gitlab.com/2016/09/26/infrastructure-update/
  3. クラウドからの脱退に関する記事: クラウドから脱退する時間であることがわかった方法とその翻訳: Gitlab:理解したとおり 、クラウドから脱退する時間 でした
  4. 今後のサーバーハードウェアに関する記事: GitLab.comのサーバー購入の提案
  5. ハードウェアとホスティングの計算スプレッドシート: https : //docs.google.com/spreadsheets/d/1XG9VXdDxNd8ipgPlEr7Nb7Eg22twXPuzgDwsOhtdYKQ/edit#gid=894825456
  6. ハッカーのニュースで機器を購入する提案の議論: https : //news.ycombinator.com/item?id=13153031
  7. クラウドからの脱退について会社が変わった理由を説明する問題#727の投稿: https : //gitlab.com/gitlab-com/infrastructure/issues/727#note_20044060
  8. Gitlabのブログ記事には、GitLabの従業員にとって最も役立つと思われるポイントとユーザーのコメントが記載されています: https ://about.gitlab.com/2017/03/02/why-we-are-not-leaving- the-cloud /



All Articles