Los términos de este documento se definen según la forma en que se usan en Cloud Deploy.
Abandonar
Para desactivar una versión de forma permanente.
Aplicación
El software que implementarás con Cloud Deploy.
Entrega de aplicaciones
Entrega de los elementos 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 al 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 los archivos de configuración de Skaffold, que se usan para la implementación (artefactos de destino).
Automatización
La automatización te permite configurar la canalización de entrega y los destinos para que se puedan realizar algunas acciones en las versiones y los lanzamientos de esa canalización, sin requerir intervención humana. Por ejemplo, puedes configurar tu canalización de entrega para que la promoción a un destino específico se realice de forma automática, en las circunstancias adecuadas. Obtener 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 lo que está automatizado, por ejemplo, promocionar una versión.
Las reglas de automatización disponibles se enumeran en el documento Usa reglas de automatización.
Ejecución de automatización
Una instancia de una automatización.
Implementación de versiones canary
Una estrategia de implementación en la que primero implementas los cambios a un subconjunto de usuarios, los pruebas para garantizar la confiabilidad y, luego, la lanzas por completo.
Lanzamiento secundario
En el caso de Implementación en paralelo, el lanzamiento generado para implementar en un destino secundario.
Consulta también Lanzamiento de controladores.
Objetivo secundario
En el caso de la implementación en paralelo, un destino que representa uno de los varios destinos individuales de GKE, GKE Enterprise o Cloud Run en los que realizas la implementación de forma simultánea.
Consulta también los artículos Varios destinos, Implementación en 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 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
Un lanzamiento generado para la implementación paralela. El lanzamiento del controlador no se usa a fin de realizar implementaciones en un solo clúster o servicio de destino, sino que tiene un lanzamiento secundario para cada destino secundario.
Consulta también Implementación en paralelo y Varios destinos.
Declarativa
Configuración para un sistema, como un clúster de Kubernetes, que describe el estado deseado y depende de ese sistema para alcanzarlo. Compara esto con la configuración imperativa, en la que describes los pasos específicos para lograr 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 la 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 “canalización de entrega” para distinguirlo de otras canalizaciones que podrías 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.
Implementar hook
Una acción arbitraria que puedes ejecutar antes o después de la implementación. Obtén más información.
Implementar parámetros
Marcadores de posición que se pueden agregar a un manifiesto, pero que no se resuelven como parte del procesamiento En cambio, los valores para estos marcadores de posición se asignan después de que se renderiza cada manifiesto específico del destino. Obtener más información.
Estrategia de implementación
Una técnica para implementar cambios en tu aplicación de forma segura y, al mismo tiempo, minimizar el impacto en los usuarios.
Entorno de ejecución
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 procesamiento e implementación
La cuenta de servicio del entorno de ejecución predeterminada o alternativa que llama a Cloud Deploy para realizar la implementación y el procesamiento
La ubicación de almacenamiento predeterminada o alternativa para los manifiestos renderizados en Cloud Storage.
Hidratación
Consulta Renderizar.
Trabajo
Una operación específica que se realizará en un lanzamiento, como implementar o verificar. Obtener 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. Obtener más información.
Manifest
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 procesados. 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 configuras o realizas una implementación en paralelo, un destino múltiple es una sola etapa de canalización, pero puede incluir más de un entorno de ejecución de destino.
Consulta también Destinos secundarios, Implementación en paralelo y Lanzamiento de controladores.
Implementación en paralelo
La práctica de implementar una aplicación en más de un destino al mismo tiempo, en la misma etapa de canalización de entrega. Por ejemplo, esta técnica te permite implementar en varios clústeres o servicios en producción.
Fase
La colección de operaciones (trabajos) en un lanzamiento que se agrupan lógicamente, por ejemplo, una implementación o una implementación y verificación. Obtener 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 conserva esta instantánea para garantizar que todas las implementaciones de una versión se administren de manera coherente mediante la canalización, como se definió cuando se creó la 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 la canalización no coincide, Cloud Deploy te solicitará 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
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 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.
Registrar
Proporcionar una aplicación al servicio de Cloud Deploy, en forma de canalización de entrega, para que el servicio administre la entrega de la aplicación.
Lanzamiento
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 del servicio de Cloud Deploy.
Renderizar
Preparar un manifiesto para su 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.
No incluye la propagación de valores para los parámetros de implementación
Lanzamiento
Un recurso que asocia una versión con un destino de implementación. Se crea un rollout por versión 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, una rollout puede ser más complicada. 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. Para cada etapa definida en la canalización de entrega, tu aplicación se implementa por completo en el destino y cada vez reemplaza la aplicación como se implementó antes.
Etapa
Uno o varios destinos en una canalización de entrega. Por ejemplo, en una canalización de entrega simple que tiene las siguientes etapas:
devstagingprod
Cada una es una etapa.
Cuando realizas una implementación en paralelo, el multi-target es una sola etapa, pero los destinos secundarios no son etapas separadas.
Suspend (una canalización de entrega)
Para evitar la creación y promoción de versiones de una canalización de entrega determinada Para obtener más información, consulta Suspende una canalización de entrega.
Objetivo
El entorno de ejecución específico (clúster de Kubernetes, servicio de Cloud Run o algún otro entorno de ejecución admitido) en el que se implementará la aplicación. y 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.
Un destino también puede ser un multi-target o un objetivo secundario para admitir la implementación paralela.
Artefacto de destino
Es un archivo de configuración que se usa para renderizar e implementar una aplicación en un destino. Estos incluyen el manifiesto de Kubernetes o la definición del servicio de Cloud Run, los archivos de configuración de Skaffold y la fuente de renderización que se usa para crearlos.
Verificación
La capacidad de confirmar el éxito de una implementación mediante la ejecución de un contenedor arbitrario con pruebas. Obtén más información sobre la verificación de la implementación.