Kubernetes
GitHub Actions CI op Kubernetes
Het opstarten van een soort- of k3s-cluster duurt minuten voordat de tests beginnen.
3m → 40s
Clusterstart
18m → 6m
E2E-suite
Het opstarten van een soort- of k3s-cluster duurt minuten voordat de tests beginnen.
Waarom het gebeurt
Knooppuntimages worden elke keer opnieuw opgehaald en het cluster wordt koud opgestart.
Wat te veranderen
- Cache de afbeelding van het soort knooppunt, zodat het maken van clusters de pull overslaat
- Gebruik een runner met KVM zodat de cluster-VM hardwareversneld is
- Laad uw applicatie-images vooraf in het cluster in plaats van ze uit een register te halen
Kubernetes op runnerhut
yaml
jobs: e2e: runs-on: runnerhut-8vcpu-ubuntu-2404 steps: - uses: actions/checkout@v4 - uses: helm/kind-action@v1 - run: kind load docker-image acme/api:test - run: go test ./e2e/...De enige runnerhut-specifieke regel is `runs-on: runnerhut-8vcpu-ubuntu-2404`. Al het andere is standaard GitHub Actions — dezelfde acties, dezelfde geheimen en hetzelfde machtigingsmodel dat u vandaag de dag gebruikt.
Je volgende build kan twee keer zo snel zijn, voor de halve prijs
Begin gratis. Weggaan is dezelfde ene regel, en die diff publiceren we ook.
Gerelateerd
Terraformterraform init downloadt elke provider bij elke run.PulumiDe installatie van plug-ins en afhankelijkheid wordt vóór elke preview uitgevoerd.RoerUpdates van diagramafhankelijkheid en linting lopen elke keer vast.Argo-cdImplementatietaken pollen voor de synchronisatiestatus en branden CI-minuten die wachten.