社員全員が世界各地でリモートで働く「GitLab」はなぜ創業2年で160人まで規模を拡大できたのか？
Gitベースでソースコードを管理するGitHubは、ソースコードが公開されていることから企業での利用が難しいという面があります。このため、自前のサーバー環境でGitを使える「GitLab」の企業での利用が拡大しています。急成長中のGitLabですが、社員全員がバラバラのリモート環境で働いているという異色のワークスタイルを採用していながらも、規模を拡大しており注目されています。 急成長中のGitLabのシド・サイブランディCEOが、GitLabを支援したYコンビネータのインタビューに応じて、GitLabでの働き方や企業文化や独自のツールなどについて語っています。 Gitlab's Secret to Managing 160 Employees in 160 Locations - YouTube シド・サイブランディCEOは、「GitLabがしていること、重要である理由は何か」について聞か
GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
