I termini in questo documento sono definiti in base a come vengono utilizzati in Google Cloud Deploy.
Abbandona
Per disattivare definitivamente una release.
Applicazione
Il software di cui eseguirai il deployment utilizzando Google Cloud Deploy.
Distribuzione applicazioni
Consegna degli asset necessari per eseguire il deployment di un'applicazione in un ambiente di destinazione previsto. In Google Cloud Deploy, la distribuzione delle applicazioni consiste nel generare, promuovere e distribuire i manifest Kubernetes dell'applicazione nel cluster.
Artefatto
Le immagini container di cui eseguire il deployment (artefatti di build) e i file di configurazione (come manifest e configurazioni Skaffold) utilizzati per il deployment (artefatti di destinazione).
Implementazione secondaria
Per il deployment parallelo, l'implementazione generata per il deployment in un target secondario.
Vedi anche Implementazione del controller.
Target secondario
Per il deployment parallelo, un target che rappresenta uno dei più obiettivi di GKE, Anthos o Cloud Run singoli in cui stai eseguendo il deployment contemporaneamente.
Vedi anche Multi-target, Deployment parallelo, Implementazione secondaria.
Distribuzione continua
Una pratica di progettazione del software in cui le modifiche possono essere rilasciate agli utenti in modo sicuro, frequente e principalmente automatico.
Deployment continuo
Una pratica di progettazione software che comporta modifiche al codice e alla configurazione del deployment automatico.
Mentre la pubblicazione continua richiede l'approvazione manuale in una o più fasi, il deployment continuo è automatico, senza necessità di approvazione manuale.
Implementazione del controller
Un'implementazione generata per il deployment parallelo. L'implementazione del controller non viene utilizzata per eseguire il deployment in un singolo cluster o servizio di destinazione, ma un'implementazione secondaria per ogni target secondario.
Vedi anche Deployment parallelo, Target multiplo.
Dichiarativo
Configurazione per un sistema, ad esempio un cluster Kubernetes, che descrive lo stato previsto e fa affidamento sul sistema per ottenerlo. Contrasto con la configurazione imperativa, in cui descrivi i passaggi specifici per ottenere questo stato.
Oltre al rendering e al deployment di manifest Kubernetes dichiarativi, Google 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 distribuisce un'applicazione in ogni destinazione nel corso di un avanzamento dell'implementazione.
La documentazione per Google Cloud Deploy utilizza il termine "pipeline di distribuzione" per distinguerla dalle altre pipeline che potresti utilizzare, ad esempio una pipeline CI.
In Google Cloud Deploy, la pipeline di distribuzione viene 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 i target
Vedi anche Istanza pipeline.
Ambiente di esecuzione
Un insieme di risorse Google Cloud su cui è eseguito Google Cloud Deploy. Si compone dei seguenti passaggi:
Il pool di worker predefinito o privato in cui Google Cloud Deploy esegue azioni di rendering e deployment
L'account di servizio predefinito dell'ambiente di esecuzione o alternativo che chiama Google Cloud Deploy per eseguire il rendering e il deployment
La posizione di archiviazione predefinita o alternativa per i manifest visualizzati 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 del job
Una risorsa secondaria di un'implementazione: l'esecuzione del job è un'istanza di un job. In altre parole, 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 le risorse Kubernetes, come pod, deployment, servizi o risorse Ingress.
I manifest in Google Cloud Deploy esistono in uno dei due stati: sottoposto a rendering o non visualizzato. Un manifest non sottoposto a rendering non è pronto per il deployment in una destinazione.
Il processo di rendering, che include l'inserimento di valori specifici nel manifest, viene spesso eseguito da strumenti come Helm, Kustomize e kpt.
Google Cloud Deploy utilizza Skaffold per orchestrare il rendering della configurazione (il comando skaffold render).
Vedi anche Rendering.
Più target
Quando si configura o esegue un deployment parallelo, un target multiplo è una singola fase della pipeline, ma può comprendere più di un runtime di destinazione.
Vedi anche Target secondario, Deployment parallelo, Implementazione del controller.
Deployment parallelo
La pratica di eseguire il deployment di un'applicazione in più di una destinazione 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 logicamente raggruppate, ad esempio un deployment o un deployment e verifica. Scopri di più
Pipeline
Vedi Pipeline di distribuzione
Istanza pipeline
Snapshot di una pipeline di distribuzione, creato quando viene creato un release.
Google Cloud Deploy mantiene questo snapshot per garantire che tutti i deployment di una release siano gestiti in modo coerente utilizzando la pipeline definita al momento della creazione della release.
Per ulteriori informazioni, consulta la sezione Istanze pipeline per release.
Mancata corrispondenza della pipeline
Quando viene modificata una pipeline o una destinazione di distribuzione 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, Google Cloud Deploy ti chiede di esaminare le definizioni prima di promuovere una release o di provare un rollback.
Per ulteriori informazioni, 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 a un altro, ad esempio da test a staging a prod.
Promozione
Il processo di avanzamento di un rilascio da una destinazione all'altra, in base all'avanzamento definito nella pipeline di distribuzione.
Registrati
fornire un'applicazione al servizio Google Cloud Deploy, sotto forma di pipeline di distribuzione, in modo che la distribuzione dell'applicazione sia gestita dal servizio.
Rilascia
Una risorsa Google Cloud Deploy che rappresenta le modifiche (codice, configurazione o entrambe) di cui eseguire il deployment.
Il ciclo di vita della release è descritto nel documento Architettura del servizio Google Cloud Deploy.
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.
Google Cloud Deploy utilizza skaffold render.
Implementazione
Una risorsa che associa una release a una target del deployment. Si crea un rollout per release per destinazione, quindi in una semplice progressione con tre destinazioni ci sarebbero tre rollout.
Fase
Un target o più target in una pipeline di distribuzione. Ad esempio, in una semplice pipeline di distribuzione con le seguenti fasi:
devstagingprod
Ognuna di queste è una fase.
Quando esegui il deployment parallelo, il multi-target è 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.
Destinazione
L'ambiente di runtime specifico (cluster Kubernetes, servizio Cloud Run o altro runtime supportato) in cui eseguire il deployment dell'applicazione. Inoltre, la configurazione dell'ambiente.
Puoi definire i target nel file di configurazione della pipeline di distribuzione o in un file separato.
Un target può anche essere un target multiplo o un target secondario per supportare il deployment parallelo.
Artefatto di destinazione
Un file di configurazione utilizzato per eseguire il rendering e il deployment di un'applicazione in una destinazione. Questi includono il manifest di 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 verificare che un deployment sia riuscito, eseguendo un container arbitrario con i test. Scopri di più sulla verifica del deployment.