Los términos de este documento se definen según el uso que se les da en Cloud Deploy.
Abandonar
Para desactivar una versión de forma permanente.
Aplicación
El software que vas a desplegar con Cloud Deploy.
Entrega de aplicaciones
Entrega de los recursos necesarios para implementar una aplicación en un entorno de destino. En Cloud Deploy, la entrega de aplicaciones consiste en generar, promover y entregar los manifiestos de Kubernetes de tu aplicación en el clúster.
Artefacto
Las imágenes de contenedor que se van a desplegar (artefactos de compilación) y los archivos de configuración, como los manifiestos y las configuraciones de Skaffold, que se usan para el despliegue (artefactos de destino).
Automatización
La automatización te permite configurar tu flujo de procesamiento de entrega y tus destinos para que se puedan realizar algunas acciones en las versiones y los lanzamientos de ese flujo sin necesidad de intervención humana. Por ejemplo, puedes configurar tu canal de distribución para que la promoción a un objetivo específico se produzca automáticamente en las circunstancias adecuadas. Más información
Regla de automatización
El comportamiento de una automatización se define en parte por la regla de automatización. Una regla de automatización define qué se automatiza, por ejemplo, promocionar un lanzamiento.
Las reglas de automatización disponibles se indican en el documento Usar reglas de automatización.
Ejecución de automatización
Una instancia de Automation.
Despliegue canary
Estrategia de implementación en la que se aplican los cambios a un subconjunto de usuarios primero, se prueban para asegurar la fiabilidad y, después, se implementan por completo.
Lanzamiento para niños
En el caso del despliegue paralelo, el lanzamiento generado para desplegarse en un elemento secundario de destino.
Consulta también Implementación de controladores.
Objetivo secundario
En el caso del despliegue paralelo, un destino que representa uno de los varios destinos individuales de GKE, clústeres de GKE adjuntos o Cloud Run en los que se realiza el despliegue simultáneamente.
Consulte también Multiobjetivo, Despliegue paralelo y Lanzamiento secundario.
Entrega continua
Una práctica de ingeniería de software en la que los cambios se pueden lanzar a los usuarios de forma segura, frecuente y, en la mayoría de los casos, automática.
Despliegue continuo
Práctica de ingeniería de software que da como resultado que los cambios en el código y la configuración se implementen automáticamente.
Mientras que la entrega continua requiere aprobación manual en una o varias fases, la implementación continua es automática y no requiere aprobación manual.
Lanzamiento del controlador
Se ha generado un lanzamiento para la implementación paralela. El lanzamiento controlado no se usa para desplegar en un único clúster o servicio de destino, sino que tiene un lanzamiento controlado secundario por cada destino secundario.
Consulta también Despliegue paralelo y Multi-target.
Objetivo personalizado
Una segmentación que usa un tipo de segmentación personalizado definido por el usuario en lugar de uno de los tipos de segmentación admitidos.
Declarativo
Configuración de un sistema, como un clúster de Kubernetes, que describe el estado previsto y se basa en ese sistema para alcanzarlo. Contrasta con la configuración imperativa, en la que se describen los pasos específicos para conseguir ese estado.
Además de renderizar y desplegar manifiestos de Kubernetes declarativos, Cloud Deploy usa definiciones de recursos declarativas para definir el proceso de renderizado y entrega. skaffold.yaml y clouddeploy.yaml son nombres de archivo típicos de la definición de Skaffold y de la definición de la canalización de entrega.
Flujo de procesamiento de entrega
Representación del flujo de trabajo que envía una aplicación a cada destino en una progresión de la implementación.
En la documentación de Cloud Deploy se usa el término "flujo de procesamiento de entrega" para distinguirlo de otros flujos de procesamiento que puedas usar, como un flujo de procesamiento de integración continua.
En Cloud Deploy, la canalización de distribución se define en un archivo de configuración YAML (normalmente, clouddeploy.yaml) y esa definición consta de lo siguiente:
- Destinos de despliegue
- La secuencia de promoción entre esos objetivos
Consulta también Instancia de flujo de procesamiento.
Desplegar hook
Una acción arbitraria que puedes ejecutar antes o después de la implementación. Más información
Parámetros de implementación
Marcadores de posición que se pueden añadir a un manifiesto, pero que no se resuelven como parte de la renderización. En su lugar, los valores de estos marcadores de posición se asignan después de que se renderice cada manifiesto específico de un destino. Más información
Estrategia de implementación
Técnica para desplegar cambios en tu aplicación de forma segura y minimizando el impacto en los usuarios.
Entorno de ejecución
Un conjunto de Google Cloud recursos en los que se ejecuta Cloud Deploy. Consta de lo siguiente:
El grupo de trabajadores predeterminado o privado en el que Cloud Deploy ejecuta las acciones de renderización e implementación
La cuenta de servicio del entorno de ejecución predeterminado o alternativo que llama a Cloud Deploy para realizar la renderización y la implementación
Ubicación de almacenamiento predeterminada o alternativa de los manifiestos renderizados en Cloud Storage.
Hidratante
Consulta Renderizar.
Tarea
Operación específica que se va a realizar en un lanzamiento, como implementar o verificar. Más información
Ejecución de la tarea
Un recurso secundario de un lanzamiento, la ejecución de la tarea es una instancia de una tarea. Es decir, representa un intento de realizar una tarea, como implementar o verificar. Más información
Archivo de manifiesto
Un objeto de configuración de Kubernetes que se usa para crear, modificar y eliminar recursos de Kubernetes, como pods, implementaciones, servicios o Ingresses.
Los archivos de manifiesto de Cloud Deploy pueden tener dos estados: renderizado o sin renderizar. Un manifiesto sin renderizar no está listo para implementarse en un destino.
El proceso de renderización, que incluye la inserción de valores específicos en el manifiesto, suele llevarse a cabo con herramientas como Helm, Kustomize y kpt.
Cloud Deploy usa Skaffold para orquestar el renderizado de la configuración (el comando skaffold render).
Consulta también Render.
Multiobjetivo
Al configurar o realizar una implementación paralela, un multitarget es una sola fase de la canalización, pero puede constar de más de un entorno de tiempo de ejecución.
Consulta también Destino secundario,