Ciclo de Vida del Paquete

Un paquete es un recurso interno utilizado para la orquestación de recursos desde git. Cuando se escanea un GitRepo, producirá uno o más paquetes.

Para demostrar el ciclo de vida de un SUSE® Rancher Prime Continuous Delivery paquete, utilizaremos multi-cluster/helm como estudio de caso.

  1. El usuario creará un GitRepo que apunte al repositorio multi-cluster/helm.

  2. El gitjob-controller sincronizará los cambios del GitRepo y detectará cambios del sondeo o del evento webhook. Con cada cambio de commit, el gitjob-controller creará un trabajo que clonará el repositorio git, leerá contenido del repositorio como fleet.yaml y otros manifiestos, y creará el SUSE® Rancher Prime Continuous Delivery paquete.

    El pod del trabajo con el nombre de imagen rancher/tekton-utils estará bajo el mismo espacio de nombres que el GitRepo.

  3. El fleet-controller luego sincroniza los cambios del paquete. De acuerdo con los objetivos, el fleet-controller creará recursos BundleDeployment, que son una combinación de un paquete y un clúster objetivo.

  4. El fleet-agent luego extraerá el BundleDeployment del SUSE® Rancher Prime Continuous Delivery controlplane. El agente despliega manifiestos de paquetes como un gráfico de Helm desde el BundleDeployment en los clústeres en sentido descendente.

  5. El fleet-agent continuará monitoreando el paquete de aplicación e informará de los estados en el siguiente orden: bundledeployment > paquete > GitRepo > clúster.

Este diagrama muestra las diferentes etapas de renderizado que atraviesa un paquete hasta su despliegue.

Etapas del Paquete

Examinando el Ciclo de Vida del Paquete con la CLI

Varios comandos de la CLI de fleet ayudan con la depuración de paquetes.

Un diagrama que explica cómo funcionan los comandos clave de Fleet CLI

fleet apply

Aplicar renderiza una carpeta con recursos de Kubernetes, como un gráfico de Helm, manifiestos o carpetas de kustomize, en un recurso de SUSE® Rancher Prime Continuous Delivery paquete.

git clone https://github.com/rancher/fleet-test-data
cd fleet-test-data
fleet apply -n fleet-local -o bundle.yaml testbundle simple-chart/

Más información sobre cómo crear paquetes con fleet apply se puede encontrar en la sección sobre paquetes.

fleet target

Objetivo lee un paquete de un archivo y trabaja con un clúster en vivo para imprimir el recurso bundledeployment y content, que crearía el fleetcontroller. Toma un espacio de nombres como argumento, por lo que puede buscar en ese espacio de nombres recursos de clúster, por ejemplo. También puede volcar la estructura de datos que se utiliza durante "la fijación de objetivos", para que se puedan verificar las decisiones tomadas respecto a las etiquetas y nombres de clúster.

fleet deploy

Desplegar toma la salida de fleet target, o un recurso de bundledeployment/contenido volcado y lo despliega en un clúster, tal como lo haría el fleet-agent. Soporta un modo de prueba en seco, para imprimir los recursos que se crearían, en lugar de instalarlos con Helm. Dado que el comando no crea los recursos de entrada, un Fleet agent en funcionamiento probablemente eliminaría la ampliación.

El comando deploy se puede utilizar para llevar paquetes a clústeres en entorno aislado.

CLI de ciclo de vida

Los comandos de la CLI de Fleet te ayudan a depurar y entender el ciclo de vida del paquete. El siguiente ejemplo utiliza el ciclo de vida completo del paquete usando CLI:

git clone https://github.com/rancher/fleet-test-data
cd fleet-test-data
fleet apply -n fleet-local -o bundle.yaml testbundle simple-chart/
fleet target --bundle-file bundle.yaml --list-inputs  > bd.yaml
fleet deploy --input-file bd.yaml --dry-run

Para información sobre aplicar, consulta Crear un recurso de paquete.