Identita pracovní zátěže, žádné klíče
BYOC na Google Cloud
Běžci ve vašem projektu GCP s identitou pracovní zátěže, místním SSD a ukládáním do mezipaměti registru artefaktů.
Identita pracovní zátěže
Federované ověření bez klíčů servisních účtů, které by bylo možné otáčet nebo prosakovat.
Místní SSD
Připojte místní NVMe pro profil disku, který používají hostovaní běžci.
Registr artefaktů
Pull-through caching udržuje obrázky uvnitř vašeho projektu.
Nasazení GCP používají spravovanou skupinu instancí na tvar runner. Místní SSD je volitelný pro každý tvar, protože mění rodiny strojů, které máte k dispozici.
Časté dotazy
- Potřebuji klíče servisního účtu?
- Ne. Místo toho se používá federace identity pracovní zátěže, takže neexistují žádné dlouhodobé přihlašovací údaje JSON, které by bylo možné střídat nebo prosakovat. Omezte podmínku důvěryhodnosti minimálně na vlastníka úložiště.
- Záleží na místním SSD?
- Značně. Kroky CI náročné na soubory jsou vázány na disk a místní NVMe je to, co dává běžcům BYOC stejný profil jako hostovaný produkt. Také omezuje, které rodiny strojů můžete použít, takže nejprve vyberte disk.
- Jsou v GCP podporovány běžce Windows?
- Podpora je omezenější než u AWS a Azure. Aktuální matici schopností napříč poskytovateli najdete na stránce omezení Azure.
Váš další build může být dvakrát rychlejší za poloviční cenu
Začněte zdarma. Odchod je tentýž jeden řádek a i ten diff zveřejňujeme.