gitlab ciと分散ビルド混乱

Question

継続的な統合サーバーには比較的新しいです。私はプロジェクトを管理するためにgitlab（v6.5）をしばらく使用していましたが、テストを渡して成功させるためにgitlab ciを使い始めます。

テスト設定は2つの仮想マシンで構成されています。gitlab用の1つのマシンとgitlab ci（およびランナー）のための別のマシン。ただし、生産ではgitlabを実行している単一のマシンしかありません。 Gitlabチームは

Answer 1

理想的には、同じホスト上のgitlab-ciとgitlabを初めて実行しています。他の人は私に同意するかもしれませんが、Orechestrator（gitlab-ciノード）は重いリフティングのいずれもしません。その厳密に仕事のメタIOと結果を倉庫します。

それが言われていると、私はではなく同じマシンにランナーを置きます。 gitlab-ciランナーはリソース集約型であり、どちらのどちらのマシンでそれらを配置するどちらのマシンで実行されます。 CPU / Memory Hungry Buildsを実行する費用の一部を抑えるためにこれらをスポットインスタンスに置くためにプロダクションで実行している場合は、プロダクションで実行しているのであればいいのですが、インスタンスがその時点で必ずしもオンになるわけではありません。

私は私のgitlab-ciランナーをデジタル海に小さなインスタンスに置くことで成功しました。私は巨大な建物をしていませんが、アイデアはあなたのCIサーバーになるように作業負荷を複数のサーバーに配布することです：

• は反応深い
です
• は、一度に複数のプロジェクトビルドを構築できます
• 絶縁を行使することができます（これはこのリストの任意のものです）

とすぐに思い出されない他のもの。

これが助けに役立つことを願っています！