I termini in questo documento sono definiti in base al loro utilizzo in Cloud Deploy.
Abbandona
Per disattivare definitivamente una release.
Applicazione
Il software di cui eseguirai il deployment utilizzando Cloud Deploy.
Distribuzione delle applicazioni
Pubblicazione degli asset necessari per il deployment di un'applicazione in un ambiente di destinazione previsto. In Cloud Deploy, la distribuzione delle applicazioni consiste nel generare, promuovere e distribuire i manifest Kubernetes della tua applicazione nel cluster.
Artefatto
Le immagini container da eseguire il deployment (artefatti della build) e i file di configurazione, come i manifest e le configurazioni Skaffold, utilizzati per il deployment (artefatti di destinazione).
Automazione
L'Automation ti consente di configurare la pipeline di distribuzione e i target in modo che alcune azioni possano essere eseguite su release e implementazioni per quella pipeline, senza richiedere l'intervento umano. Ad esempio, puoi configurare la pipeline di pubblicazione in modo che la promozione in una destinazione specifica avvenga automaticamente, nelle giuste circostanze. Scopri di più.
Regola di automazione
Il comportamento di un'automazione è definito in parte dalla regola di automazione. Una regola di automazione definisce cosa viene automatizzato, ad esempio la promozione di una release.
Le regole di automazione disponibili sono elencate nel documento Utilizzo delle regole di automazione.
Esecuzione automazione
Un'istanza di un'automazione.
Deployment canary
Una strategia di deployment in cui implementi le modifiche a un sottoinsieme di utenti, le testi per assicurarti che siano affidabili e poi le implementi completamente.
Implementazione secondaria
Per il deployment parallelo, l'implementazione generata per il deployment in una destinazione secondaria.
Vedi anche Implementazione del controller.
Target figlio
Per il deployment parallelo, una destinazione che rappresenta una delle più destinazioni individuali GKE, GKE attached cluster o Cloud Run in cui esegui il deployment contemporaneamente.
Vedi anche Target multipli, Deployment parallelo, Implementazione figlio.
Distribuzione continua
Una pratica di ingegneria del software in cui le modifiche possono essere rilasciate agli utenti in modo sicuro, frequente e per lo più automatico.
Deployment continuo
Una pratica di ingegneria del software che comporta il deployment automatico delle modifiche al codice e alla configurazione.
La distribuzione continua richiede l'approvazione manuale in una o più fasi, mentre il deployment continuo è automatico e non richiede approvazione manuale.
Implementazione del controller
Un rollout generato per il deployment parallelo. Il deployment del controller non viene utilizzato per il deployment in un singolo servizio o cluster di destinazione, ma ha un deployment secondario per ogni destinazione secondaria.
Vedi anche Deployment parallelo e Multi-target.
Target personalizzato
Un target che utilizza un tipo di target personalizzato definito dall'utente anziché uno dei tipi di target supportati.
Dichiarativo
Configurazione per un sistema, ad esempio un cluster Kubernetes, che descrive lo stato previsto e si basa su quel sistema per raggiungere questo stato. Contrasto con la configurazione imperativa, in cui descrivi i passaggi specifici per raggiungere quello stato.
Oltre al rendering e al deployment dei manifest Kubernetes dichiarativi, Cloud Deploy utilizza definizioni di risorse dichiarative per definire il processo di rendering e distribuzione. skaffold.yaml e clouddeploy.yaml sono
nomi file tipici per la definizione di Skaffold e della pipeline di distribuzione.
Pipeline di distribuzione
Una rappresentazione del flusso di lavoro che distribuisce un'applicazione in ogni destinazione nel corso di una progressione di deployment.
La documentazione di Cloud Deploy utilizza il termine "pipeline di distribuzione" per distinguerla da altre pipeline che potresti utilizzare, ad esempio una pipeline CI.
In Cloud Deploy, la pipeline di distribuzione è definita in un file di configurazione YAML, in genere clouddeploy.yaml, e questa definizione è costituita da quanto segue:
- Destinazioni di deployment
- La sequenza di promozione tra questi target
Vedi anche Istanza pipeline.
Hook di deployment
Un'azione arbitraria che puoi eseguire prima o dopo il deployment. Scopri di più.
Parametri di deployment
Segnaposto che possono essere aggiunti a un manifest ma che non vengono risolti durante il rendering. I valori di questi segnaposto vengono assegnati dopo il rendering di ogni manifest specifico per la destinazione. Scopri di più.
Strategia di deployment
Una tecnica per implementare in modo sicuro le modifiche all'applicazione riducendo al minimo l'impatto sugli utenti.
Ambiente di esecuzione
Un insieme di Google Cloud risorse su cui viene eseguito Cloud Deploy. È composto da:
Il pool di worker predefinito o privato in cui Cloud Deploy esegue il rendering e il deployment delle azioni
Il account di servizio predefinito o alternativo dell'ambiente di esecuzione che chiama Cloud Deploy per eseguire il rendering e il deployment
La posizione di archiviazione predefinita o alternativa per i manifest sottoposti a rendering in Cloud Storage.
Idratante
Vedi Rendering.
Job
Un'operazione specifica da eseguire su un'implementazione, ad esempio deploy o verifica. Scopri di più.
Esecuzione job
Risorsa secondaria di un'implementazione, l'esecuzione del job è un'istanza di un job. ovvero rappresenta un tentativo di eseguire un job come il deployment o la verifica. Scopri di più.
Manifest
Un oggetto di configurazione Kubernetes utilizzato per creare, modificare ed eliminare risorse Kubernetes come pod, deployment, servizi o ingress.
I manifest in Cloud Deploy si trovano in uno dei due stati: sottoposto a rendering o
non sottoposto a rendering. Un manifest non sottoposto a rendering non è pronto per il deployment in una destinazione.
Il processo di rendering, che include il popolamento di valori specifici nel
manifest, viene spesso eseguito da strumenti come Helm, Kustomize e kpt.
Cloud Deploy utilizza Skaffold per orchestrare il rendering della configurazione (il comando skaffold render).
Vedi anche Rendering.
Più target
Quando configuri o esegui un deployment parallelo, una destinazione multipla è una singola fase della pipeline, ma può essere costituita da più di un ambiente di runtime.
Vedi anche Destinazione secondaria, Deployment parallelo, Implementazione del controller.
Deployment parallelo
La pratica di eseguire il deployment di un'applicazione su più target contemporaneamente, nella stessa fase della pipeline di distribuzione. Questa tecnica ti consente di eseguire il deployment in più cluster o servizi in produzione, ad esempio.
Fase
L'insieme di operazioni (job) in un rollout raggruppate logicamente insieme, ad esempio un deployment o un deployment e una verifica. Scopri di più.
Pipeline
Consulta la sezione Pipeline di distribuzione.
Istanza pipeline
Uno snapshot di una pipeline di distribuzione, acquisito al momento della creazione di un release.
Cloud Deploy conserva questo snapshot per garantire che tutti i deployment di una release vengano gestiti in modo coerente utilizzando la pipeline così come era definita al momento della creazione di release.
Per saperne di più, consulta la sezione Istanze pipeline per release.
Mancata corrispondenza della pipeline
Quando una pipeline di distribuzione o una destinazione viene modificata dopo la creazione di una release, l'istanza della pipeline associata a release è ora diversa dalla definizione della pipeline.
Se si verifica una mancata corrispondenza della pipeline, Cloud Deploy ti chiede di esaminare le definizioni prima di promuovere una release o tentare un rollback.
Per saperne di più, consulta la sezione Istanze pipeline per release.
Progressione
Una configurazione, nel file di configurazione della pipeline di distribuzione, che descrive una
sequenza di promozione da un target o multi-target a
un altro, ad esempio da test a staging a prod.
Promozione
Il processo di avanzamento di una release da un target all'altro, in base alla progressione definita nella pipeline di distribuzione.
Registrati
Per fornire un'applicazione al servizio Cloud Deploy, sotto forma di una pipeline di distribuzione, in modo che la distribuzione dell'applicazione sia gestita dal servizio.
Rilascia
Una risorsa Cloud Deploy che rappresenta le modifiche (codice, configurazione o entrambi) di cui eseguire il deployment.
Il ciclo di vita della release è descritto nel documento Architettura del servizio Cloud Deploy.
Esegui il rendering
Per preparare un manifest per il deployment nella destinazione. Il rendering di un manifest
consiste principalmente nel fornire valori per le variabili nel manifest.
Cloud Deploy lo fa utilizzando skaffold render.
Implementazione
Una risorsa che associa una release a una destinazione di deployment. Viene creato un rollout per release per target, quindi in una semplice
progressione su tre target in una pipeline di distribuzione, ci sarebbero tre
risorse rollout per la release, una per ogni target.
Per i deployment più complessi, ad esempio utilizzando una strategia di deployment canary,
un rollout può essere più complicato. Scopri di più.
Strategia di deployment standard
La strategia di deployment standard è il modo predefinito per eseguire il deployment di un'applicazione in una destinazione. Per ogni fase definita nella pipeline di distribuzione, l'applicazione viene eseguita il deployment completo nella destinazione, sostituendo ogni volta l'applicazione così come era stata eseguita il deployment in precedenza.
Fase
Un target o un target multiplo in una pipeline di distribuzione. Ad esempio, in una semplice pipeline di distribuzione con le seguenti fasi:
devstagingprod
Ciascuna di queste è una fase.
Quando esegui il deployment parallelo, il target multiplo è una singola fase, ma i target secondari non sono fasi separate.
Sospendi (una pipeline di distribuzione)
Per impedire la creazione e la promozione di release da una determinata pipeline di distribuzione. Per saperne di più, consulta la sezione Sospendere una pipeline di distribuzione.
Target
L'ambiente di runtime specifico (cluster Kubernetes, servizio Cloud Run o altro runtime supportato) in cui eseguire il deployment dell'applicazione. Inoltre, la configurazione per quell'ambiente.
Puoi definire i target nel file di configurazione della pipeline di distribuzione o in un file separato.
I target devono essere definiti nello stesso progetto e nella stessa regione della pipeline di distribuzione. Tuttavia, i runtime in cui vengono eseguito il deployment delle destinazioni possono trovarsi in progetti e regioni diversi.
Un target può anche essere un target multiplo o un target figlio per supportare l'implementazione parallela.
Artefatto di destinazione
Un file di configurazione utilizzato per il rendering e il deployment di un'applicazione su una destinazione. Questi includono il manifest Kubernetes o la definizione del servizio Cloud Run, i file di configurazione Skaffold e l'origine di rendering utilizzata per crearli.
Verifica
La possibilità di confermare che un deployment è stato eseguito correttamente eseguendo un container arbitrario con test. Scopri di più sulla verifica del deployment.