GitLab Runner: はじめに

このドキュメントはDockerイメージのビルドガイドの一部です。完全なガイドはこちらからご覧いただけます：StackheroランナーとDocker-in-Dockerを活用し、GitLab CI/CDパイプラインから効率的にDockerイメージをビルド＆プッシュする方法。

👋 Stackhero ドキュメントへようこそ！

Stackhero では、GitLab Runner cloud のシンプルなソリューションを提供しており、GitLab CI/CD ジョブの実行を効率的かつ手間なく行えます。主な特長は以下の通りです：

• 無制限の CI/CD 分数：パイプラインを必要なだけ何度でも実行でき、分単位の課金や予期しない追加料金はありません。
• 複数のジョブを同時実行：複数のジョブを並列で実行し、開発スピードを向上できます。
• Docker executor と Docker-in-Docker サポート：CI/CD プロセスの一部として、コンテナイメージのビルドやプッシュを簡単に行えます。
• GitLab.com および セルフマネージド GitLab インスタンスの両方にシームレスに対応。
• 高速な NVMe/SSD ストレージを備えたプライベートかつ専用のインフラストラクチャにより、安定した予測可能なビルドパフォーマンスを実現します。
• 🇪🇺 ヨーロッパ および 🇺🇸 USA のリージョンでご利用いただけますので、チームのニーズに合わせて選択可能です。

時間を節約：最初の GitLab Runner を接続し、数分でパイプラインの実行を開始できます！

StackheroのGitLab Runnerでは、すべてのジョブがDocker executorを使って新しいコンテナ内で実行されます。Docker-in-Docker（DinD）を有効にすることで、パイプライン内で直接Dockerイメージをビルドできます。この構成では、ジョブと並行してDockerデーモンが起動し、docker buildやdocker pushコマンドをCI/CDプロセスの一部として実行できるようになります。

すべての実行は無制限のCI/CD分の恩恵を受けます。ビルド回数に制限はなく、必要なだけ何度でもビルド可能です。ビルドキャッシュはランナー専用ディスクに保存されるため、繰り返しのビルドでは以前のレイヤーを再利用できます。これによりビルド時間が大幅に短縮され、パイプラインの完了も高速化されます。