Cómo trabajar con trabajadores privados de Delivery Pipeline

DevOps Insights Llegará al final de su vida útil y se dejará de ofrecer el 31 de agosto de 2026. Continuous Delivery dejará de estar disponible en las siguientes regiones el 12 de febrero de 2027: au-syd, ca-tor, us-east. Code Risk Analyzer también dejará de estar disponible en todas las regiones a partir de esa fecha. Si en una región no se hace un uso activo de estas funciones, es posible que dichas funciones se retiren antes de lo previsto en esa región y dejen de aceptar nuevas instancias. Más información

Delivery Pipeline utiliza trabajadores públicos y privados para ejecutar trabajos de conducto. De forma predeterminada, los trabajos de conducto se ejecutan utilizando trabajadores públicos en una infraestructura compartida pública gestionada por IBM.

En determinados casos de ejemplo, es posible que Delivery Pipeline requiera acceso a recursos internos o locales. En estas situaciones, puede conectarse e integrar un trabajador privado de Delivery Pipeline para que se ejecute en su propia infraestructura de Kubernetes.

Requisitos previos

Antes de configurar un trabajador privado, asegúrese de que tiene los recursos siguientes en su lugar:

Un clúster de Kubernetes. Debe tener un clúster para instalar un trabajador privado. Puedes proporcionar tu propio clúster o configurarlo desde IBM Cloud Kubernetes Service.
Opcional. Una cadena de herramientas con un conducto que contenga al menos una etapa. Puede crear una cadena de herramientas utilizando la integración de herramientas de trabajador privado de Delivery Pipeline. También puede crear una cadena de herramientas utilizando la plantilla de cadena de herramientas Desarrollar una app de Kubernetes:
1. Inicie sesión en IBM Cloud.
2. Accede a https://cloud.ibm.com/devops/create y selecciona la plantilla Develop a Kubernetes app toolchain.
3. Lleve a cabo los campos para el Delivery Pipeline.
4. Pulse Crear para crear su cadena de herramientas de la app de Kubernetes.

Configuración de un trabajador privado de Delivery Pipeline

Las cadenas de herramientas proporcionan un conjunto integrado de herramientas para crear, desplegar y gestionar las apps. Las integraciones de herramientas son los bloques de construcción de una cadena de herramientas. Una canalización que está contenida dentro de una cadena de herramientas que tiene una o más integraciones de trabajador privado tiene opciones adicionales disponibles. Para las interconexiones clásicas, estas opciones están disponibles en el separador Trabajadores de la página Configuración de la etapa. Para las interconexiones de Tekton, estas opciones están disponibles dentro de los valores especificados en la página Trabajador.

Para las interconexiones de Tekton, también puede especificar un trabajador por desencadenante, lo que altera temporalmente el trabajador que está configurado a nivel de interconexión en la página Trabajador.

Realice los pasos siguientes para configurar un trabajador privado:

Configure la integración de las herramientas de trabajador privado de Delivery Pipeline para su cadena de herramientas.
Configure su clúster de Kubernetes con un trabajador privado.
Utilice el trabajador privado en su conducto.

Configuración de la integración de la herramienta de trabajador privado de Delivery Pipeline utilizando la consola

Realice los pasos siguientes para configurar la integración de herramientas de trabajador privado de Delivery Pipeline para su cadena de herramientas:

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse una cadena de herramientas para abrir su página Visión general.

a. Pulse Añadir herramienta.

b. En la sección Integraciones de herramientas, pulse Trabajador privado de Delivery Pipeline.
Escriba un nombre para la integración de herramientas. Este nombre identifica una agrupación de trabajadores privados en el separador Trabajadores de la etapa del conducto.
Escriba su clave de API de ID de servicio para autenticar el acceso a la cola de trabajo, en la que uno o más trabajadores privados pueden buscar trabajo. Si no tiene una clave de API de ID de servicio, pulse Crear para generar una para este trabajador privado.
Pulse Crear integración.
En la página Visión general de la cadena de herramientas, en la tarjeta Interconexiones de entrega, pulse Trabajador privado de Delivery Pipeline. Se visualiza una lista de todos los trabajadores que están registrados utilizando una clave de API asociada con este ID de servicio.

La lista de trabajadores está vacía hasta que utilice trabajadores privados de Delivery Pipeline por primera vez.

Para obtener más información sobre la integración de la herramienta Delivery Pipeline con Private Worker, consulta Configuración de Delivery Pipeline Private Worker.

Configuración de la integración de la herramienta de trabajador privado de Delivery Pipeline con la API

Obtener una señal portadora de IAM.
Determine la región y el ID de la cadena de herramientas a la que desea añadir la integración de la herramienta Delivery Pipeline.

Añada la integración de la herramienta de trabajador privado de Delivery Pipeline a la cadena de herramientas.

curl -X POST \
  https://api.{region}.devops.cloud.ibm.com/toolchain/v2/toolchains/{toolchain_id}/tools \
  -H 'Authorization: Bearer {token}' \
  -H 'Accept: application/json` \
  -H 'Content-Type: application/json' \
    -d '{
    "tool_type_id": "private_worker",
    "parameters": {
      "name":"{tool_integration_name}", "workerQueueCredentials":"{sid_apikey}"
      }
  }'

La tabla siguiente lista y describe cada una de las variables que se utilizan en el paso anterior.

Variables para añadir la Delivery Pipeline Integración de la herramienta Private Worker con la API
Variable	Descripción
`{region}`	La región en la que reside la cadena de herramientas, por ejemplo, `us-south`.
`{tool_integration_name}`	Un nombre para la integración de herramientas, por ejemplo, `dev-worker`.
`{toolchain_id}`	El ID de la cadena de herramientas a la que añadir la integración de herramientas.
`{token}`	Un token de portador de IAM válido.
`{sid_apikey}`	Una clave de API de ID de servicio que utiliza el trabajador privado para autenticarse con la cola de trabajos.

Configuración de la integración de la herramienta de trabajador privado de Delivery Pipeline con Terraform

Para instalar la CLI de Terraform y configurar el plug-in de proveedor de IBM Cloud para Terraform, siga la guía de aprendizaje Cómo empezar con Terraform en IBM Cloud®.
Cree un archivo de configuración de Terraform denominado main.tf. En este archivo, añade la configuración para crear un pipeline utilizando el lenguaje de configuración de HashiCorp. Para obtener más información sobre cómo utilizar este idioma de configuración, consulte la documentación de Terraform.

Un trabajador privado debe pertenecer a una cadena de herramientas. También puede crear cadenas de herramientas utilizando Terraform.

El ejemplo siguiente crea una cadena de herramientas y un trabajador privado utilizando los recursos de Terraform especificados.
```
data "ibm_resource_group" "group" {
  name = "default"
}
resource "ibm_cd_toolchain" "my_toolchain" {
  name              = "terraform_toolchain"
  resource_group_id = data.ibm_resource_group.group.id
}
resource "ibm_cd_toolchain_tool_privateworker" "my_private_worker" {
  parameters {
     name = "terraform-private-worker"
     worker_queue_credentials = "{my_sid_apikey}"
  }
  toolchain_id = ibm_cd_toolchain.my_toolchain.id
}
```
Para obtener más información sobre ibm_cd_toolchain_tool_privateworker, consulte los detalles de referencia de argumentos en la Documentación del registro de Terraform.
Inicialice la CLI de Terraform, si es necesario.
```
terraform init
```
Cree un plan de ejecución de Terraform. Este plan resume todas las acciones que deben ejecutarse para crear una cadena de herramientas con un trabajador privado.
```
terraform plan
```
Aplica el plan de ejecución de Terraform. Terraform realiza todas las acciones necesarias para crear la cadena de herramientas y el trabajador privado.
```
terraform apply
```

Configuración del clúster de Kubernetes

Configure su clúster de Kubernetes con un trabajador privado:

En la consola de IBM Cloud, pulse el icono de menú y seleccione DevOps. En la página Cadenas de herramientas, pulse una cadena de herramientas para abrir su página Visión general.
En la tarjeta Interconexiones de entrega, pulse la integración de herramientas de Trabajador privado de Delivery Pipeline que desee configurar.
Pulse Iniciación y luego siga los pasos para instalar y registrar un trabajador privado en su clúster de Kubernetes.

Utilización del trabajador privado de Delivery Pipeline en su conducto

Realice los pasos siguientes para utilizar el trabajador privado en su conducto:

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse una cadena de herramientas para abrir su página Visión general.
En la tarjeta Interconexiones de entrega, pulse la interconexión con la que desee utilizar el trabajador privado.
Si está utilizando una interconexión clásica, en la página Interconexiones, en la etapa, pulse el icono Configuración de etapas. A continuación, pulse Configurar la etapa y pulse la pestaña Trabajadores.
Si está utilizando una interconexión de Tekton, en el desencadenante para el que desea especificar un trabajador, seleccione la página Trabajadores.
Seleccione el trabajador privado que desee utilizar en el conducto.

De forma predeterminada, los trabajos de interconexión y las ejecuciones de interconexión se ejecutan utilizando una agrupación de trabajadores compartidos gestionados por IBM en la región en la que se ha definido la interconexión.
Pulse Guardar.
Puede ejecutar manualmente la etapa de interconexión clásica o la interconexión de Tekton, o puede esperar que un desencadenante inicie la ejecución de la interconexión. La ejecución de interconexión se completa utilizando el trabajador privado especificado en el clúster de Kubernetes asociado. Puede ver la salida del archivo de registro para los trabajos o la página Detalles de ejecución en las interconexiones de Tekton para determinar qué trabajador se ha utilizado.

Verificación de la salida Trabajador privado de Delivery Pipeline

Si se le asigna el rol Editor de cadenas de herramientas, puede ver los registros de ejecución de conductos en la página Historial de etapas del conducto.

Si tiene asignado el rol Administrador de la cadena de herramientas o tiene acceso de clúster de trabajador, también puede verificar los recursos de Kubernetes en la instalación utilizando la CLI de kubectl.

Producción de los trabajadores privados
Acción	Mandato
Ver la lista de espacios de nombre en el clúster	`$ kubectl get ns` (mientras se ejecuta el conducto). Durante la ejecución del trabajo de conducto se devuelve, como mínimo, un espacio de nombres con el prefijo `pw-`. Por ejemplo, `pw-f0fb3cdb-5173-4785-ae92-bb05268e041e`.
Ver el pod que está ejecutando el trabajo del conducto	`$ kubectl get pods -n pw-f0fb3cdb-5173-4785-ae92-bb05268e041e`
Iniciar una sesión bash en un pod denominado `pw-f0fb3cdb-5173-4785-ae92-bb05268e041e`	`kubectl -n pw-f0fb3cdb-5173-4785-ae92-bb05268e041e exec -it job-pod-e56e78 bash`

Modificación de las credenciales de la integración de herramientas de trabajador privado de Delivery Pipeline

Tras configurar el trabajador privado, puede actualizar las credenciales que se utilizan para la integración de herramientas. Es posible que desee cambiar estas credenciales si se suprimen, si caducan o si se ven comprometidas. Puede actualizar las credenciales creando un nuevo ID de servicio o actualizando la clave de API.

Creación de un ID de servicio

Un ID de servicio identifica un servicio o una aplicación de la misma forma que un ID de usuario identifica a un usuario. Puede utilizar un ID de servicio para habilitar una aplicación fuera de IBM Cloud® para acceder al servicio de IBM Cloud®. Para obtener más información sobre los ID de servicio, consulte Creación y trabajo con los ID de servicio.

Complete los pasos siguientes para crear un ID de servicio:

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse una cadena de herramientas para abrir su página Visión general.
En la tarjeta Interconexiones de entrega, pulse la integración de herramientas de trabajadores privados que desee modificar, pulse el menú y, a continuación, pulse Configurar para acceder a las opciones de configuración.
Pulse Crear.
Especifique un nombre y una descripción para el ID de servicio.
Pulse Guardar integración.
En el panel de control de DevOps, en la página Cadenas de herramientas, pulse una cadena de herramientas para abrir la página Visión general correspondiente.
En la tarjeta Interconexiones de entrega, pulse la integración de herramientas de Trabajador privado de Delivery Pipeline para la que desea especificar nuevas credenciales de usuario.
Pulse Iniciación y realice los pasos 2 y 3 para registrar y verificar el trabajador privado en el clúster.

Actualización de la clave de API

Una clave de API es un código exclusivo que se pasa a una API para identificar la aplicación o el usuario que lo llama. Para evitar el uso malintencionado de una API, puede utilizar las teclas de API para realizar un seguimiento y controlar cómo se utiliza dicha API. Para obtener más información sobre las claves de API, consulte Visión general de las claves de API.

Realice los pasos siguientes para actualizar la clave de API a utilizar con la integración de herramientas de trabajador privado de Delivery Pipeline:

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse una cadena de herramientas para abrir su página Visión general.
En la tarjeta Interconexiones de entrega, vaya al Trabajador privado de Delivery Pipeline que desee modificar, pulse el menú y, a continuación, pulse Configurar para acceder a las opciones de configuración.
Especifique la nueva clave de API. Se recomienda no utilizar la clave de API directamente. En su lugar, utilice Secrets Manager para almacenar la clave de API y añada una referencia a esa clave almacenada en la configuración del trabajador privado.
Pulse Guardar integración.

Puede revocar el acceso a un trabajador privado suprimiendo la clave de API correspondiente. Debido a las políticas de almacenamiento en memoria caché y a la invalidación, una clave de API suprimida podría tardar hasta 60 minutos en evitar que se ejecuten trabajos. Para obtener más información sobre la supresión de una clave de API, consulte Supresión de una clave de API para un ID de servicio.

Supresión de un trabajador privado de Delivery Pipeline

Realice los pasos siguientes para suprimir un trabajador privado:

Suprima el trabajador privado de la agrupación de trabajadores.
Suprima el trabajador privado de su clúster de Kubernetes.

Supresión de un trabajador privado de Delivery Pipeline de la agrupación de trabajadores

Realice los pasos siguientes para suprimir el trabajador privado de la agrupación de trabajadores:

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse una cadena de herramientas para abrir su página Visión general.
En la tarjeta Interconexiones de entrega, pulse la integración de herramientas de Trabajador privado de Delivery Pipeline que desee configurar.
Pulse Visión general.
Pulse el menú del trabajador privado que desee suprimir para acceder a las opciones de configuración.
Pulse Eliminar y, a continuación, pulse Confirmar.

Si suprime todos los trabajadores privados de una agrupación de trabajadores, las ejecuciones posteriores de la etapa de interconexión clásica fallarán y se visualizará el mensaje No workers currently registered en el Historial de etapas. Para las interconexiones de Tekton, las solicitudes de ejecución de etapa posteriores se colocan en una cola y no se empiezan a ejecutar hasta que haya disponible un trabajador en la agrupación de trabajadores seleccionada.

Aunque la supresión de una integración de herramientas de trabajador privado de una cadena de herramientas evita que la cadena de herramientas utilice la agrupación de trabajadores, otras cadenas de herramientas pueden seguir utilizando la agrupación de trabajadores. Puede suprimir una agrupación de trabajadores de todas las cadenas de herramientas suprimiendo el ID de servicio asociado a la integración de herramientas de trabajo privado de Delivery Pipeline.

Supresión de un trabajador privado de Delivery Pipeline de su clúster de Kubernetes

Realice los pasos siguientes en la consola para suprimir el trabajador privado de la agrupación de trabajadores:

Pulse la integración de herramientas de Trabajador privado de Delivery Pipeline que desee configurar.
Pulse Iniciación y siga los pasos para suprimir el trabajador privado del clúster.

Ejecute el mandato siguiente para suprimir el trabajador privado del clúster utilizando la CLI:

kubectl delete --filename "https://private-worker-service.{REGION}.devops.cloud.ibm.com/install/worker?serviceId={SERVICE_ID}&apikey={APIKEY}&name={WORKER_NAME}"

Supresión de la integración de la herramienta de trabajador privado Delivery Pipeline utilizando la consola

Si suprime una integración de herramientas de trabajador privado de Delivery Pipeline de la cadena de herramientas, la supresión no se puede deshacer.

Realice los pasos siguientes para suprimir una integración de herramientas de trabajador privado de Delivery Pipeline:

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse una cadena de herramientas para abrir su página Visión general.
En la tarjeta Interconexiones de entrega, pulse la integración de la herramienta de Trabajador privado de Delivery Pipeline que desee suprimir y, a continuación, pulse el menú para acceder a las opciones de configuración.
Para suprimir la integración de herramienta de su cadena de herramientas, pulse Suprimir.
Confirme la acción pulsando Suprimir. La integración de herramientas de trabajador privado de Delivery Pipeline se eliminará de la cadena de herramientas y ya no estará disponible en el separador Trabajadores de la página Configuración de etapa del conducto de entrega.

Si suprime la integración de herramientas de trabajador privado de Delivery Pipeline de una cadena de herramientas y el trabajador privado está configurado para una etapa del conducto, seguirá apareciendo en el separador Trabajadores de la página Configuración de etapa. No obstante, el trabajador privado estará inhabilitado y etiquetado con REMOVED (eliminado). Debe seleccionar un trabajador privado distinto (si existe alguno) o utilizar un trabajador público en su lugar.

Supresión de la integración de la herramienta de trabajador privado Delivery Pipeline con la API

Obtener una señal portadora de IAM.
Determine la región y el ID de la cadena de herramientas a la que desea añadir la integración de la herramienta Delivery Pipeline.

Elimine la integración de la herramienta de trabajador privado de Delivery Pipeline de la cadena de herramientas.

curl -X DELETE \
  https://api.{region}.devops.cloud.ibm.com/toolchain/v2/toolchains/{toolchain_id}/tools/{worker_id} \
  -H 'Authorization: Bearer {token}'

La tabla siguiente lista y describe cada una de las variables que se utilizan en el paso anterior.

Variables para eliminar el Delivery Pipeline Integración de la herramienta Private Worker con la API
Variable	Descripción
`{region}`	La región en la que reside la cadena de herramientas, por ejemplo, `us-south`.
`{worker_id}`	El ID de la herramienta de trabajador privado que se va a suprimir.
`{toolchain_id}`	El ID de la cadena de herramientas a la que añadir la integración de herramientas.
`{token}`	Un token de portador de IAM válido.

Supresión de la integración de la herramienta de trabajador privado Delivery Pipeline con Terraform

Localice el archivo Terraform (por ejemplo, main.tf) que contiene el bloque resource para la interconexión existente.

El resource del ejemplo siguiente describe una interconexión existente.

data "ibm_resource_group" "group" {
  name = "default"
}
resource "ibm_cd_toolchain" "my_toolchain" {
  name              = "terraform_toolchain"
  resource_group_id = data.ibm_resource_group.group.id
}
resource "ibm_cd_toolchain_tool_privateworker" "my_private_worker" {
  parameters {
     name = "terraform-private-worker"
     worker_queue_credentials = "{my_sid_apikey}"
  }
  toolchain_id = ibm_cd_toolchain.my_toolchain.id
}

Elimine el bloque ibm_cd_toolchain_privateworker resource del archivo terraform.
Inicialice la CLI de Terraform, si es necesario.
```
terraform init
```
Cree un plan de ejecución de Terraform. Este plan resume todas las acciones que deben ejecutarse para crear una cadena de herramientas con un trabajador privado.
```
terraform plan
```
Aplica el plan de ejecución de Terraform. Terraform realiza todas las acciones necesarias para eliminar el trabajador privado de la cadena de herramientas.
```
terraform apply
```

Puesto que el agente de trabajador privado se puede utilizar en otras cadenas de herramientas, permanece en los clústeres hasta que lo suprime.

Visualización del estado del trabajador privado de Delivery Pipeline

Puede ver el estado del trabajador privado en un clúster para verificar que el trabajador privado está registrado y que utiliza una clave de API válida. El registro de trabajador privado y la asignación de clave de API se configuran durante el registro de trabajador privado inicial. Estos valores permiten que el trabajador privado se comunique con la infraestructura IBM Cloud® Continuous Delivery y se considere Activo.

Realice los pasos siguientes para ver el estado del trabajador privado en el clúster donde está instalado:

Inicie la sesión como un usuario autorizado en el clúster que aloja el trabajador.
Ejecute el mandato siguiente para listar todos los agentes registrados en el clúster:
```
kubectl get workeragents
```
Para cada agente se incluye la siguiente información:
- Nombre: el nombre registrado para este trabajador.
- ServiceID: El serviceId de este trabajador.
- Agente: Indica si el agente de trabajador está funcionando correctamente en el clúster especificando OK o visualizando un mensaje de error.
- Registrado: el estado de registro del trabajador, como Succeeded o Unregistered.
- Versión: la versión de este trabajador para la versión actual que utiliza la infraestructura, como OK, Outdated o Unsupported.
- Auth: la validez de la clave de API que utiliza el trabajador, como por ejemplo OK o Error.
- Restringido: Indica si existen problemas de clúster que afectan al trabajador especificando OK o visualizando un mensaje de error.
- En pausa: Indica si el agente está buscando activamente nuevas tareas especificando true o false.

Para verificar el estado general de una agrupación de trabajadores privados registrados, consulte la página Visión general de Delivery Pipeline trabajador privado de la cadena de herramientas donde se utiliza.

Desde la IBM Cloud consola, haga clic en el del menú hamburguesa > Automatización de plataformas > Cadenas de herramientas. En la página Cadenas de herramientas, pulse una cadena de herramientas para abrir su página Visión general.
En la tarjeta Interconexiones de entrega, pulse la integración de la herramienta de trabajadores privados para la que desea ver una lista de todos los trabajadores registrados. Esta agrupación de nodos trabajadores contiene uno o más trabajadores privados que están instalados en distintos clústeres, pero comparten un ServiceId. Cuando se asigna trabajo a una agrupación de trabajadores privados, cualquiera de los trabajadores privados que se listan en la agrupación son elegibles para ejecutar la carga de trabajo.

Se proporciona la siguiente información para cada trabajador registrado en esta agrupación:
- Nombre: el nombre del trabajador registrado.
- Estado: el estado actual del trabajador.
- Versión: la versión actual del trabajador. Si la versión actual está desactualizada, se muestra una notificación.
- Versión de Tekton: la versión del release de Tekton.
- Clúster: el nombre del clúster en el que está registrado el trabajador, si está disponible.
- Última activa: la última vez que se notificó el agente.
Los trabajadores privados pueden tener uno de los estados siguientes:
- activo: el trabajador privado funciona con normalidad.
- inactivo: el trabajador privado está fuera de línea. Compruebe el clúster. Es posible que tenga que registrar de nuevo el trabajador privado.
- no soportado: la versión del trabajador privado en uso ya no está soportada. El private worker no se puede ejecutar y debes actualizarlo a la última versión.

Actualización de un trabajador privado de Delivery Pipeline

Complete los pasos siguientes para actualizar un trabajador privado para utilizar la versión más reciente:

Inicie la sesión como un usuario autorizado en el clúster que aloja el trabajador.
Ejecute el mandato siguiente:

kubectl apply --filename "https://private-worker-service.{REGION}.devops.cloud.ibm.com/update"

Delivery Pipeline Imágenes de Private Worker

El script de instalación del trabajador privado extrae las imágenes necesarias del IBM Cloud® Container Registry global. Extrae las imágenes más recientes de trabajadores privados de interconexión y sus respectivas imágenes de infraestructura de Tekton, que incluyen arreglos para cualquier vulnerabilidad encontrada.

El URL de imagen para el trabajador privado de la interconexión es icr.io/continuous-delivery/pipeline/pipeline-private-worker:<agent version>.

La instalación de Private Worker también descarga las siguientes imágenes de código abierto de apoyo al clúster:

icr.io/continuous-delivery/pipeline/tekton/controller
icr.io/continuous-delivery/pipeline/tekton/entrypoint
icr.io/continuous-delivery/pipeline/tekton/nop
icr.io/continuous-delivery/pipeline/tekton/sidecarlogresults
icr.io/continuous-delivery/pipeline/tekton/events
icr.io/continuous-delivery/pipeline/tekton/workingdirinit
icr.io/continuous-delivery/pipeline/tekton/powershell
icr.io/continuous-delivery/pipeline/tekton/resolvers
icr.io/continuous-delivery/pipeline/tekton/webhook

El agente de trabajador privado también utiliza estas imágenes internas:

icr.io/continuous-delivery/pipeline/pipeline-private-worker-util
icr.io/continuous-delivery/pipeline/tekton/kubectl-jq
icr.io/continuous-delivery/pipeline/tekton/ubi
icr.io/continuous-delivery/pipeline/tekton/base

Soporte para imágenes anteriores de Delivery Pipeline Private Worker

Para aprovechar las características y los arreglos actuales y mantener la conformidad completa, se recomienda que mantenga actualizadas las imágenes de los trabajadores privados.

Para cada release posterior de una imagen de trabajador privado, se actualiza el número de versión.

Los cambios de agente dan como resultado un incremento de versión menor, por ejemplo, la versión 14.10 cambia a la versión 14.11.
Un nuevo cambio de infraestructura de Tekton da como resultado un incremento de versión principal, por ejemplo, la versión 14.11 cambia a la versión 15.0.

IBM Cloud® Continuous Delivery da soporte a la versión principal de n-1 de la imagen de trabajador privado actual. Por ejemplo, si la imagen actual es de la versión 14.x, las imágenes de la versión anterior 13.x también pueden ejecutarse. Después de que la versión principal de la imagen de trabajador de conducto se incremente a 15.x, se permiten las imágenes de la versión 14.x, pero cualquier versión 13.x o imágenes anteriores se consideran obsoletas.