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 サポート：コンテナイメージのビルドやプッシュを効率化します。
• GitLab.com およびあらゆる セルフホスト型 GitLab インスタンスに対応。
• 高速な NVMe/SSD ディスクを搭載した プライベート専用 VM で、安定したビルド環境を提供します。
• 🇪🇺 ヨーロッパ および 🇺🇸 USA リージョンでご利用可能です。

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

Stackhero GitLab Runnerを利用すると、ジョブはDocker executorで実行されます。つまり、各ジョブは指定したimageをベースにした新しいコンテナ内で開始されます。パイプラインの一部として独自のDockerイメージをビルドしたい場合は、Docker-in-Docker（DinD）を活用できます。この構成では、ジョブと並行してDockerデーモンが起動し、docker buildやdocker pushなどのコマンドをパイプライン内で直接実行できます。

大きなメリットの一つは、ランナーには無制限のCI/CD分数が付与されていることです。イメージは好きなだけ何度でもビルドできます。さらに、ビルドキャッシュがランナー専用ディスク上に保存されるため、繰り返しのビルドでは以前のレイヤーを再利用でき、パイプラインの完了が大幅に高速化されます。