自前のGitサーバーをVPSに立てる

レン

コードの置き場所を自分のVPSに持ちたいんだけど、実際どうなの？

プロクラ

軽い部類の用途だから、小さめのプランでも動くよ。既製のサービスで足りているなら無理に移す必要は無いけれど、自前で持つ理由がある場合は現実的な選択肢だね。

自前で持つ理由になるもの

• コードを外部のサービスに置けない事情がある
• 非公開のリポジトリを、数を気にせず作りたい
• 既に借りているVPSに余裕がある
• 運用そのものを学びたい

プロクラ

逆に、既製のサービスで困っていないなら、そのままでいいと思う。可用性や機能では、大手のサービスにはかなわないからね。

必要なスペック

• リポジトリの閲覧・保存だけなら、小さめのプランでも動く
• データベースを併用する構成が一般的
• 容量は、コードそのものより履歴で増える
• 大きなファイルを扱うなら、容量の見積もりが変わる

プロクラ

3つめが盲点でね。コードは軽くても、変更の履歴は積み上がる。何年も運用すると、想像より大きくなっていることがある。

自動化まで動かす場合

プロクラ

コードを置くだけなら軽いけれど、変更のたびにテストやビルドを走らせる仕組みまで載せると、話が変わる。そこが最も資源を使う部分になるよ。

• ビルドの実行は、CPUもメモリも大きく使う
• 同じサーバーで動かすと、閲覧まで重くなる
• 実行を別のサーバーに分ける構成もある
• 小さいプランでは、ビルド中にメモリ不足で失敗することがある

アクセスをどう絞るか

ウィルスン

…コードの中には、しばしば認証情報が紛れ込んでいる。ワタシがGitサーバーを好むのは、そういう理由でな。

• 誰でも登録できる設定のまま公開しない
• SSHでの接続は、鍵での認証にする
• 管理画面のパスワードを強くし、二段階認証があれば有効にする
• そもそも外に公開せず、VPN経由でのみ使う構成もある

プロクラ

4つめは、自分だけで使うなら十分に現実的だよ。インターネットに公開しないだけで、狙われる入口が一つ消える。

レン

置くだけなら軽いけど、ビルドまでやると別物なんだね。

既製のサービスと併用する

プロクラ

全部を自前に移す必要は無いよ。公開したいものは既製のサービス、外に出せないものだけ自前、という分け方が現実的なことも多い。

• 公開するもの → 既製のサービス（見つけてもらいやすい）
• 非公開のもの → 自前でもよい
• 自前が止まっても、公開分は影響を受けない
• 手元にも複製が残るのがGitの利点。全部を失うことは起きにくい

プロクラ

4つめは、この用途ならではの安心材料だね。各自の手元にも履歴が残るので、サーバーが飛んでも復旧しやすい。とはいえ、バックアップは別途取っておこう。