I termini in questo documento sono definiti in base a come vengono utilizzati 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 target 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 di cui eseguire il deployment (elementi di build) e i file di configurazione, ad esempio manifest e configurazioni Skaffold, utilizzati per il deployment (artefatti di destinazione).
Automazione
L'Automation consente di configurare la pipeline di distribuzione e i target in modo che possano essere eseguite alcune azioni sulle release e sulle implementazioni per quella pipeline, senza richiedere l'intervento umano. Ad esempio, puoi impostare la pipeline di pubblicazione in modo che la promozione in un target specifico avvenga automaticamente, nei casi giusti. 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 Utilizzare le regole di automazione.
Esecuzione automazione
Un'istanza di un'automazione.
Deployment canary
Una strategia di deployment in cui implementare le modifiche a un sottoinsieme di utenti prima, testarla per garantire l'affidabilità e poi implementarla completamente.
Implementazione figlio
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 varie destinazioni GKE, GKE Enterprise o Cloud Run singolarmente in cui stai eseguendo 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, spesso e quasi automaticamente.
Deployment continuo
Una pratica di ingegneria del software che comporta il deployment automatico del deployment di modifiche al codice e alla configurazione.
Mentre la pubblicazione continua richiede l'approvazione manuale in una o più fasi, il deployment continuo è automatico e non richiede l'approvazione manuale.
Implementazione del controller
Un'implementazione generata per il deployment parallelo. L'implementazione del controller non viene utilizzata per il deployment in un singolo cluster o servizio di destinazione, ma prevede un'implementazione figlio per ogni target secondario.
Vedi anche Deployment parallelo, Target multipli.
Dichiarativo
Configurazione per un sistema, ad esempio un cluster Kubernetes, che descrive lo stato previsto e si basa su quel sistema per ottenerlo. Sono opposti alla configurazione imperativa, in cui vengono descritti i passaggi specifici per ottenere quello stato.
Oltre al rendering e al deployment dei manifest dichiarativi di Kubernetes, 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 la definizione della pipeline di distribuzione.
Pipeline di distribuzione
Una rappresentazione del flusso di lavoro che fornisce un'applicazione a ogni destinazione in un avanzamento del deployment.
La documentazione per Cloud Deploy utilizza il termine "pipeline di distribuzione" per distinguerla da altre pipeline che potresti usare, 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 è composta da quanto segue:
- Target di deployment
- La sequenza di promozione tra questi target
Vedi anche Istanza pipeline.
Esegui il deployment dell'hook
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 nell'ambito del rendering. I valori di questi segnaposto vengono invece assegnati dopo il rendering di ogni manifest specifico per il target. Scopri di più.
Strategia di deployment
Una tecnica per eseguire in sicurezza il deployment delle modifiche all'applicazione riducendo al minimo l'impatto sugli utenti.
Ambiente di esecuzione
Un set di risorse Google Cloud su cui viene eseguito Cloud Deploy. Comprende quanto segue:
Il pool di worker predefinito o privato in cui Cloud Deploy esegue le azioni di rendering e deployment
L'account di servizio dell'ambiente di esecuzione predefinito o alternativo 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 il deployment o la verifica. Scopri di più.
Esecuzione job
Risorsa figlio di un'implementazione, l'esecuzione del job è un'istanza di un job. ovvero 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 seguenti: sottoposti a rendering o non sottoposti a rendering. Un manifest non visualizzato non è pronto per il deployment in una destinazione.
Il processo di rendering, che include l'inserimento di valori specifici nel file 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 si configura o si esegue un deployment parallelo, un target multiplo è una fase singola della pipeline, ma può comprendere più di un runtime di destinazione.
Vedi anche Target figlio, Deployment parallelo, Implementazione controller.
Deployment parallelo
La pratica di eseguire il deployment di un'applicazione in più destinazioni contemporaneamente, nella stessa fase della pipeline di distribuzione. Questa tecnica consente, ad esempio, di eseguire il deployment in più cluster o servizi in produzione.
Fase
La raccolta di operazioni (job) in un'implementazione che sono raggruppate logicamente insieme, ad esempio un deployment o un deployment e una verifica. Scopri di più.
Pipeline
Consulta pipeline di distribuzione
Istanza pipeline
Uno snapshot di una pipeline di distribuzione, acquisito quando viene creato un elemento release.
Cloud Deploy conserva questo snapshot per garantire che tutti i deployment di una release vengano gestiti in modo coerente utilizzando la pipeline come era stata definita al momento della creazione di release.
Per ulteriori informazioni, consulta Istanze pipeline per release.
Mancata corrispondenza della pipeline
Quando una pipeline di distribuzione o una destinazione vengono modificate dopo la creazione di una release, l'istanza della pipeline associata a release è ora diversa dalla definizione della pipeline.
In caso di mancata corrispondenza della pipeline, Cloud Deploy ti chiede di esaminare le definizioni prima di promuovere una release o tentare un rollback.
Per ulteriori informazioni, consulta Istanze pipeline per release.
Progressione
Una configurazione, nel file di configurazione della pipeline di distribuzione, che descrive una sequenza di promozione da un target all'altro, ad esempio dal giorno test al giorno staging fino al giorno prod.
Promozione
Il processo di avanzamento di una release da un target all'altro, in base alla avanzamento definita nella pipeline di distribuzione.
Registrati
Fornire un'applicazione al servizio Cloud Deploy, sotto forma di pipeline di distribuzione, in modo che la distribuzione dell'applicazione sia gestita dal servizio.
Release
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.
Rendering
preparare un manifest per il deployment nella destinazione. Il rendering di un manifest consiste principalmente nella fornitura di valori per le variabili nel manifest.
Cloud Deploy esegue questa operazione utilizzando skaffold render.
Non include il completamento dei valori per i parametri di deployment.
Implementazione
Una risorsa che associa una release a un target di deployment. Viene creato un rollout per release per destinazione, quindi, con una semplice avanzamento tra tre destinazioni in una pipeline di distribuzione, ci saranno tre risorse rollout per la release, una per ogni target.
Per 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, il deployment dell'applicazione viene eseguito completamente nella destinazione, ogni volta che sostituisce l'applicazione come ne era stato eseguito in precedenza.
Fase
Un target o più target in una pipeline di distribuzione. Ad esempio, in una semplice pipeline di distribuzione che prevede le seguenti fasi:
devstagingprod
Ognuno di questi è una fase.
Quando si esegue il deployment parallelo, il multi-target è una fase singola, mentre 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 Sospensione di una pipeline di distribuzione.
Destinazione
L'ambiente di runtime specifico (cluster Kubernetes, servizio Cloud Run o altro runtime supportato) in cui eseguire il deployment dell'applicazione. e la configurazione per quell'ambiente.
Puoi definire i target nel file di configurazione della pipe di distribuzione o in un file separato.
Una destinazione può anche essere un multi-target o un target secondario per supportare il deployment parallelo.
Artefatto di destinazione
Un file di configurazione utilizzato per il rendering e il deployment di un'applicazione su un target. 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 capacità di confermare l'esito positivo di un deployment mediante l'esecuzione di un container arbitrario mediante test. Scopri di più sulla verifica del deployment.