Los términos de este documento se definen de acuerdo con su uso en Cloud Deploy.
Abandonar
Desactivar una versión de forma permanente
Aplicación
El software que implementarás con Cloud Deploy.
Entrega de aplicaciones
Entrega de los recursos necesarios para implementar una aplicación en un entorno de destino previsto 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 implementarán (artefactos de compilación) y los archivos de configuración, como los manifiestos y las configuraciones de Skaffold, que se usan para la implementación (artefactos de destino).
Automatización
La automatización te permite configurar tu canalización de entrega y tus destinos para que se puedan realizar algunas acciones en las versiones y los lanzamientos de esa canalización sin necesidad de intervención humana. Por ejemplo, puedes configurar tu canalización de entrega para que la promoción en un objetivo específico se realice automáticamente en las circunstancias adecuadas. Obtén 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, la promoción de una versión.
Las reglas de automatización disponibles se enumeran en el documento Uso de reglas de automatización.
Ejecución de automatización
Es una instancia de Automation.
Implementación de versiones canary
Es una estrategia de implementación en la que primero lanzas los cambios para un subconjunto de usuarios, los pruebas para garantizar la confiabilidad y, luego, los lanzas por completo.
Lanzamiento para niños
En el caso de la implementación paralela, es la versión generada para la implementación en un destino secundario.
Consulta también Lanzamiento del controlador.
Segmento secundario
En el caso de la implementación paralela, es un destino que representa uno de los múltiples destinos individuales de GKE, clústeres adjuntos de GKE o Cloud Run en los que se realiza la implementación de forma simultánea.
Consulta también Multi-target, Implementación paralela 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 casi automática.
Implementación continua
Una práctica de ingeniería de software que da como resultado cambios en el código y la configuración y se implementa de forma automática.
Mientras que la entrega continua requiere la aprobación manual en una o más etapas, la implementación continua es automática, sin aprobación manual.
Lanzamiento del controlador
Es un lanzamiento generado para la implementación paralela. La implementación del controlador no se usa para implementar en un solo clúster o servicio de destino, sino que tiene una implementación secundaria para cada destino secundario.
Consulta también Implementación paralela y Multi-target.
Segmento personalizado
Es un objetivo que usa un tipo de objetivo personalizado definido por el usuario en lugar de uno de los tipos de objetivos admitidos.
Declarativa
Es la configuración de un sistema, como un clúster de Kubernetes, que describe el estado previsto y se basa en ese sistema para lograrlo. Se diferencia de la configuración imperativa, en la que describes los pasos específicos para alcanzar ese estado.
Además de renderizar e implementar manifiestos declarativos de Kubernetes, Cloud Deploy usa definiciones de recursos declarativas para definir el proceso de renderización y entrega. skaffold.yaml y clouddeploy.yaml son nombres de archivo típicos para la definición de Skaffold y la definición de canalización de entrega.
Canalización de entrega
Una representación del flujo de trabajo que entrega una aplicación a cada destino en una progresión de implementación.
En la documentación de Cloud Deploy, se usa el término “entrega canalización” para distinguirla de otras canalizaciones que puedas usar, como una canalización de CI.
En Cloud Deploy, la canalización de entrega se define en un archivo de configuración YAML, por lo general, clouddeploy.yaml, y esa definición consta de lo siguiente:
- Destinos de implementación
- La secuencia de promoción entre esos destinos
Consulta también Instancia de canalización.
Webhook de implementación
Es una acción arbitraria que puedes ejecutar antes o después de la implementación. Obtén más información.
Implementar parámetros
Son marcadores de posición que se pueden agregar a un manifiesto, pero que no se resuelven como parte de la renderización. En cambio, los valores de estos marcadores de posición se asignan después de que se renderiza cada manifiesto específico para el objetivo. Obtén más información.
Estrategia de implementación
Técnica para implementar cambios en tu aplicación de forma segura y minimizar el impacto en los usuarios.
Entorno de ejecución
Es un conjunto de recursos de Google Cloud en los que se ejecuta Cloud Deploy. Consta de lo siguiente:
El grupo de trabajadores predeterminado o privado en el que Cloud Deploy ejecuta acciones de renderización y de implementación
La cuenta de servicio del entorno de ejecución predeterminada o alternativa que llama a Cloud Deploy para realizar la renderización y la implementación
La ubicación de almacenamiento predeterminada o alternativa para los manifiestos renderizados en Cloud Storage.
Hidratación
Consulta Renderizar.
Trabajo
Operación específica que se realizará en un lanzamiento, como implementar o verificar. Obtén más información.
Ejecución del trabajo
Un recurso secundario de un lanzamiento, la ejecución del trabajo es una instancia de un trabajo. Es decir, representa un intento de realizar un trabajo, como implementar o verificar. Obtén más información.
Manifiesto
Un objeto de configuración de Kubernetes que se usa para crear, modificar y borrar recursos de Kubernetes como Pods, implementaciones, servicios o entradas.
Los manifiestos en Cloud Deploy existen en uno de estos dos estados: renderizados o no renderizados. Un manifiesto no renderizado no está listo para su implementación en un destino.
El proceso de renderización, que incluye propagar valores específicos en el manifiesto, a menudo se realiza mediante herramientas como Helm, Kustomize y kpt.
Cloud Deploy usa Skaffold para organizar la renderización de la configuración (el comando skaffold render).
Consulta también Renderizar.
Múltiples destinos
Cuando se configura o se realiza una implementación paralela, un destino múltiple es una sola etapa de la canalización, pero puede constar de más de un entorno de ejecución.
Consulta también Destino secundario, Implementación paralela y Lanzamiento del controlador.
Implementación en paralelo
Práctica de implementar una aplicación en más de un destino al mismo tiempo, en la misma etapa de la canalización de entrega. Esta técnica te permite realizar implementaciones en varios clústeres o servicios en producción, por ejemplo.
Fase
Es la colección de operaciones (trabajos) en un lanzamiento que se agrupan de forma lógica, por ejemplo, una implementación o una implementación y verificación. Obtén más información.
Canalización
Consulta Canalización de entrega
Instancia de canalización
Una instantánea de una canalización de entrega, tomada cuando se crea una release.
Cloud Deploy mantiene esta instantánea para garantizar que todas las implementaciones de una versión se administren de forma coherente con la canalización tal como se definió cuando se creó el release.
Consulta Instancias de canalización por versión para obtener más información.
Discrepancia de canalización
Cuando se cambia una canalización de entrega o un destino después de crear una versión, la instancia de canalización asociada con release ahora es diferente de la definición de la canalización.
Si hay una discrepancia de canalizaciones, Cloud Deploy te solicita que examines las definiciones antes de promover una versión o intentar una reversión.
Consulta Instancias de canalización por versión para obtener más información.
Progresión
Es una configuración, en el archivo de configuración de la canalización de entrega, que describe una secuencia de promoción de un destino o varios destinos a otro, por ejemplo, de test a staging y a prod.
Promoción
El proceso de mover una versión de un destino a otro, según la progresión definida en la canalización de entrega.
Registrarse
Proporcionar una aplicación al servicio de Cloud Deploy, en forma de una canalización de entrega, de modo que el servicio administre la entrega de la aplicación
Versión
Un recurso de Cloud Deploy que representa los cambios (código, configuración o ambos) que se implementarán.
El ciclo de vida de la versión se describe en el documento Arquitectura de servicios de Cloud Deploy.
Renderizar
Prepara un manifiesto para la implementación en el destino. La renderización de un manifiesto consiste principalmente en proporcionar valores para las variables del manifiesto.
Cloud Deploy lo hace con skaffold render.
Lanzamiento
Es un recurso que asocia una versión con un destino de implementación. Se crea un rollout por versión y por destino, por lo que, en una progresión simple en tres destinos en una canalización de entrega, habría tres recursos rollout para la versión, uno para cada destino.
Para implementaciones más complejas, por ejemplo, con una estrategia de implementación de versiones canary, un rollout puede ser más complicado. Obtén más información.
Estrategia de implementación estándar
La estrategia de implementación estándar es la forma predeterminada de implementar una aplicación en un destino. En cada etapa definida en la canalización de entrega, tu aplicación se implementa por completo en el destino, y se reemplaza la aplicación tal como se implementó anteriormente.
Etapa
Es un destino único o múltiple en una canalización de entrega. Por ejemplo, en una canalización de entrega simple que tiene las siguientes etapas:
devstagingprod
Cada uno de esos es una etapa.
Cuando se realiza una implementación paralela, el destino múltiple es una sola etapa, pero los destinos secundarios no son etapas separadas.
Suspender (una canalización de entrega)
Evita la creación y promoción de versiones desde una canalización de entrega determinada. Para obtener más información, consulta Cómo suspender una canalización de entrega
Objetivo
Es el entorno de ejecución específico (clúster de Kubernetes, servicio de Cloud Run o cualquier otro entorno de ejecución compatible) en el que se implementará la aplicación. También la configuración de ese entorno.
Puedes definir tus destinos en el archivo de configuración de la canalización de entrega o en un archivo separado.
Los destinos deben definirse en el mismo proyecto y la misma región que la canalización de entrega. Sin embargo, los tiempos de ejecución en los que se implementan los destinos pueden estar en diferentes proyectos y regiones.
Un destino también puede ser un destino múltiple o un destino secundario para admitir la implementación paralela.
Artefacto de destino
Es un archivo de configuración que se usa para renderizar y, luego, implementar una aplicación en un destino. Estos incluyen el manifiesto de Kubernetes o la definición de servicio de Cloud Run, los archivos de configuración de Skaffold y la fuente de renderización que se usó para crearlos.
Verificación
La capacidad de confirmar que una implementación se realizó correctamente ejecutando un contenedor arbitrario con pruebas Obtén más información sobre la verificación de la implementación.