Identitatea sarcinii de lucru, fără chei
BYOC pe Google Cloud
Runners în proiectul dvs. GCP cu identitatea sarcinii de lucru, SSD local și stocarea în cache a Artifact Registry.
Identitatea sarcinii de lucru
Autentificare federată fără chei de cont de serviciu care să se rotească sau să se scurgă.
SSD local
Atașați NVMe local pentru profilul de disc pe care îl folosesc alergătorii găzduiți.
Registrul artefactelor
Cacheul pull-through păstrează atragerile de imagine în interiorul proiectului dvs.
Implementările GCP utilizează un grup de instanțe gestionat pentru fiecare formă de alergător. SSD-ul local este opt-in pe formă, deoarece modifică familiile de mașini disponibile pentru dvs.
Întrebări frecvente
- Am nevoie de chei de cont de serviciu?
- Nu. În schimb, se folosește federația de identitate a sarcinii de lucru, astfel încât nu există acreditări JSON de lungă durată care să se rotească sau să se scurgă. Acoperiți cel puțin condiția de încredere privind proprietarul depozitului.
- Contează SSD-ul local?
- considerabil. Pașii CI grei de fișiere sunt legați de disc, iar NVMe local este ceea ce oferă utilizatorilor BYOC același profil ca și produsul găzduit. De asemenea, constrânge ce familii de mașini puteți utiliza, așa că alegeți mai întâi discul.
- Runnerele Windows sunt acceptate pe GCP?
- Asistența este mai limitată decât pe AWS și Azure. Verificați pagina de limitări Azure pentru matricea actuală de capabilități între furnizori.
Următorul tău build poate fi de două ori mai rapid, la jumătate de preț
Începe gratuit. Plecarea înseamnă aceeași linie, iar acel diff îl publicăm și noi.