Kubernetes
GitHub Actions CI auf Kubernetes
Das Hochfahren eines Art- oder K3S-Clusters dauert Minuten, bevor die Tests beginnen.
3m → 40s
Clusterstart
18m → 6m
E2E-Suite
Das Hochfahren eines Art- oder K3S-Clusters dauert Minuten, bevor die Tests beginnen.
Warum es passiert
Knotenbilder werden bei jedem Lauf neu abgerufen und der Cluster startet im Kaltstart.
Was zu ändern ist
- Speichern Sie das Kind-Knoten-Image im Cache, sodass bei der Clustererstellung der Pull-Vorgang übersprungen wird
- Verwenden Sie einen Runner mit KVM, damit die Cluster-VM hardwarebeschleunigt wird
- Laden Sie Ihre Anwendungsimages vorab in den Cluster, anstatt sie aus einer Registrierung abzurufen
Kubernetes auf runnerhut
Die einzige runnerhut-spezifische Zeile ist „runs-on: runnerhut-8vcpu-ubuntu-2404“. Alles andere sind Standard-GitHub Actions – dieselben Aktionen, dieselben Geheimnisse und dasselbe Berechtigungsmodell, das Sie heute verwenden.
Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis
Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.
Verwandt
TerraformTerraform Init lädt bei jedem Lauf jeden Anbieter herunter.PulumiDie Plugin- und Abhängigkeitsinstallation wird vor jeder Vorschau ausgeführt.HelmDiagrammabhängigkeitsaktualisierungen und Linting laufen jedes Mal kalt ab.Argo-CDBereitstellungsjobs fragen den Synchronisierungsstatus ab und warten auf Brenn-CI-Minuten.