Cloud Build ti consente di creare trigger per eseguire build da repository ospitati su Bitbucket Server, permettendoti di eseguire build in risposta a eventi come push di commit o richieste di pull associate al tuo repository Bitbucket Server.
Questa pagina spiega come abilitare la funzionalità dei trigger su un'istanza di Bitbucket Server se l'istanza è ospitata in una rete privata.
Prima di iniziare
Abilita le API Cloud Build, Secret Manager, Compute Engine e Service Networking.
Ruoli richiesti per abilitare le API
Per abilitare le API, devi disporre del ruolo IAM Amministratore utilizzo servizi (
roles/serviceusage.serviceUsageAdmin), che contiene l'autorizzazioneserviceusage.services.enable. Scopri come concedere i ruoli.
- Se non hai creato un pool privato, segui le istruzioni riportate in Crea e gestisci pool privati per crearne uno. Avrai bisogno di un pool privato per eseguire la build in una rete privata.
Creazione di repository da Bitbucket Server in una rete privata
Se l'istanza di Bitbucket Server è ospitata in una rete privata e non è raggiungibile tramite una connessione internet pubblica, devi creare una connessione privata tra la rete VPC e la rete del producer di servizi. Avrai bisogno anche di un pool privato per eseguire la build in una rete privata.
Per creare un trigger di Bitbucket Server per eseguire la build in una rete privata:
Crea una connessione privata tra la rete VPC e la rete del producer di servizi completando i seguenti passaggi:
Alloca un intervallo IP denominato nella rete VPC per la rete in peering.
Alloca un intervallo IP interno nel VPC che la rete del producer di Cloud Build può utilizzare per allocare le VM che mantengono una connessione con i repository privati.
Per utilizzare la rete VPC con Cloud Build, la lunghezza del prefisso deve essere
/23o inferiore, ad esempio/22o/21. Questo per ospitare, come minimo, sia i trigger sia i pool di worker, perché ogni connessione di servizio tenta di richiedere un intervallo IP con una lunghezza del prefisso di/24.Puoi specificare l'intervallo utilizzando la notazione di routing CIDR (Classless Inter-Domain Routing) nel formato
STARTING_IP/SUBNET_PREFIX_SIZE. Ad esempio,192.0.2.0/24ha una lunghezza del prefisso di 24. I primi 24 bit dell'intervallo IP vengono utilizzati come subnet mask (192.0.2.0), mentre gli indirizzi host possibili vanno da192.0.2.0a192.0.2.255.Stabilisci una connessione privata di rete VPC tra la tua rete VPC e Google Cloud. Per saperne di più, consulta Creare una connessione privata.
Se hai configurato il DNS per l'istanza di Bitbucket Server, devi eseguire manualmente il peering della zona DNS con il nostro fornitore di servizi. Per saperne di più, consulta Condividere le zone DNS private con i producer di servizi.
[FACOLTATIVO] Se non vuoi creare una connessione privata dal tuo progetto Cloud, puoi configurare un VPC condiviso e fare in modo che il tuo progetto Cloud utilizzi questa rete se fa parte di un'organizzazione. Dovrai comunque eseguire il peering del VPC condiviso alla rete.
Utilizza i pool privati per eseguire le build. Se non hai creato un pool privato, consulta Creare un nuovo pool privato.
Crea un trigger di Bitbucket Server per eseguire la build dei repository ospitati su un'istanza di Bitbucket Server.
Il trigger di Bitbucket Server ora richiamerà automaticamente le build sull'istanza di Bitbucket Server in base alla configurazione. Per scoprire come eseguire le build utilizzando un pool privato, consulta Eseguire build in un pool privato.
Passaggi successivi
- Scopri come creare e gestire i trigger di build.
- Scopri come eseguire i deployment blu/verde su Compute Engine.