GitLab Runner: Wprowadzenie

Ta dokumentacja jest częścią przewodnika Budowanie obrazów Docker. Pełny przewodnik znajdziesz tutaj: Buduj i wysyłaj obrazy Docker bezpośrednio z pipeline’ów GitLab CI/CD, korzystając z własnego Stackhero runnera i Docker-in-Docker.

👋 Witamy w dokumentacji Stackhero!

Stackhero oferuje łatwe w użyciu rozwiązanie GitLab Runner cloud, zaprojektowane do wydajnej obsługi zadań GitLab CI/CD. Oto, czego możesz się spodziewać:

• Nielimitowane minuty CI/CD: brak rozliczania za minuty, więc Twoje pipeline'y mogą działać zawsze, gdy tego potrzebujesz.
• Wiele równoczesnych zadań: uruchamiaj kilka jobów jednocześnie, aby przyspieszyć cały pipeline.
• Docker executor z obsługą Docker-in-Docker: usprawnij budowanie i wysyłanie swoich obrazów kontenerów.
• Kompatybilny zarówno z GitLab.com, jak i każdą samodzielnie zarządzaną instancją GitLab.
• Prywatna, dedykowana maszyna wirtualna (VM) oparta na szybkich dyskach NVMe/SSD, zapewniająca stabilne i niezawodne buildy.
• Dostępny w regionach 🇪🇺 Europa oraz 🇺🇸 USA.

Oszczędzaj czas: możesz podłączyć swojego pierwszego GitLab Runnera i uruchomić pipeline'y w zaledwie kilka minut!

Kiedy korzystasz z Stackhero GitLab Runnera, zadania są uruchamiane z użyciem Docker executor. Oznacza to, że każde zadanie startuje w nowym kontenerze, bazującym na wskazanym przez Ciebie image. Jeśli chcesz budować własne obrazy Docker w ramach pipeline’u, możesz skorzystać z Docker-in-Docker (DinD). Taka konfiguracja pozwala na uruchomienie demona Docker równolegle z Twoim zadaniem, dzięki czemu możesz wykonywać polecenia takie jak docker build i docker push bezpośrednio w pipeline’ie.

Jedną z głównych zalet tego rozwiązania jest to, że Twój runner posiada nielimitowane minuty CI/CD. Możesz budować obrazy tak często, jak tylko potrzebujesz. Dodatkowo, ponieważ cache buildów znajduje się na dedykowanym dysku runnera, kolejne budowy mogą wykorzystywać poprzednie warstwy, co znacząco przyspiesza działanie pipeline’ów.