Identidad de carga de trabajo, sin claves
BYOC en Google Cloud
Ejecutores en su proyecto de GCP con identidad de carga de trabajo, SSD local y almacenamiento en caché de Artifact Registry.
Identidad de carga de trabajo
Autenticación federada sin claves de cuenta de servicio que se puedan rotar o filtrar.
SSD locales
Adjunte NVMe local para el perfil de disco que utilizan los ejecutores alojados.
Registro de artefactos
El almacenamiento en caché de extracción mantiene las extracciones de imágenes dentro de su proyecto.
Preguntas frecuentes
- ¿Necesito claves de cuenta de servicio?
- No. En su lugar, se utiliza la federación de identidades de cargas de trabajo, por lo que no hay credenciales JSON de larga duración que rotar o filtrar. Alcance la condición de confianza en el propietario del repositorio como mínimo.
- ¿Importa el SSD local?
- Considerablemente. Los pasos de CI con muchos archivos están vinculados al disco y NVMe local es lo que brinda a los ejecutores BYOC el mismo perfil que el producto alojado. También limita qué familias de máquinas puede utilizar, así que elija el disco primero.
- ¿Los corredores de Windows son compatibles con GCP?
- El soporte es más limitado que en AWS y Azure. Consulte la página de limitaciones de Azure para conocer la matriz de capacidades actual entre proveedores.
Tu próximo build podría ser el doble de rápido, por la mitad de precio
Empieza gratis. Marcharse es esa misma línea, y también publicamos ese diff.