Los términos de este documento se definen según cómo se usan 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 elementos necesarios para implementar una aplicación en un entorno de destino previsto. En Cloud Deploy, la entrega de aplicaciones consiste en generar, promocionar 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 los archivos de configuración de Skaffold, que se usarán 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 algunas acciones se puedan realizar en las versiones y 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 lanzas los cambios a un subconjunto de usuarios primero, lo pruebas para garantizar la confiabilidad y, luego, la lanzas por completo.
Lanzamiento secundario
En el caso de la implementación en paralelo, el lanzamiento generado para implementar en un destino secundario.
Consulta también Lanzamiento de controladores.
Destino secundario
En el caso de la implementación en paralelo, un destino que representa uno de los múltiples destinos individuales de GKE, GKE Enterprise o Cloud Run en los que realizas la implementación de forma simultánea.
Consulta también 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 en paralelo. El lanzamiento del controlador no se usa para implementar 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, Varios destinos.
Orientación personalizada
Un destino que usa un tipo de destino personalizado definido por el usuario en lugar de uno de los tipos de destino admitidos.
Declarativa
La configuración de un sistema, como un clúster de Kubernetes, que describe el estado deseado y depende de ese sistema para alcanzar ese estado. 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 distinguirla 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
consiste en lo siguiente:
- Destinos de implementación
- La secuencia de promoción entre esos destinos
Consulta también Instancia de canalización.
Implementa el 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 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 de 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 renderización y de implementación de acciones
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 Renderización.
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
Es 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
sin renderización. 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 constar de más de un entorno de ejecución de destino.
Consulta también las secciones Destino secundario, Implementación en paralelo y Lanzamiento del controlador.
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. Esta técnica te permite implementar en varios clústeres o servicios en producción, por ejemplo.
Fase
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. 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 hay una discrepancia de la canalización, Cloud Deploy te solicita que examines las definiciones antes de promover una versión o intentar realizar 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, de modo 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 de 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.
Lanzamiento
Un recurso que asocia una versión con un destino de implementación. Se crea un rollout por versión por objetivo, por lo que, en una progresión simple entre 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 cada vez reemplaza la aplicación como se implementó antes.
Etapa
Un destino 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 de ellas es una etapa.
Cuando se realiza una implementación paralela, 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 compatible) en el que se implementará la aplicación. y la configuración para 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 en paralelo.
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 que una implementación se realizó con éxito mediante la ejecución de un contenedor arbitrario, con pruebas. Obtén más información sobre la verificación de la implementación.