Como muchos (¿todos?) tipos en Kubernetes, un ImageStream es una abstracción. Si puede imaginar que un Pod es una abstracción de la idea de uno o varios contenedores en ejecución, puede imaginar que un ImageStream es una abstracción de la idea de un repositorio en un registro de imágenes (como quay.io o el registro interno de contenedores). en un clúster de OpenShift).

Aquí hay un ejemplo de un repositorio real en un registro de imágenes , donde puede ver que contiene una lista de etiquetas correspondientes a diferentes versiones de la imagen.

Este es un ejemplo de un ImageStream , como se representa en la consola web de OpenShift. Puede ver que contiene una lista de etiquetas, al igual que el ejemplo anterior de un repositorio en un registro externo.

Aquí puede ver que ImageStreamTags en realidad apuntan a diferentes repositorios, como rhscl/python-27-rhel7 y ubi8/python-38 , en el registro. Incluso hay un ejemplo de un ImageStreamTag que apunta a otro ImageStreamTag al final de la lista. Así que no es exactamente un mapeo 1:1 a un registro de imágenes, es una especie de abstracción de nivel superior.

Como ejemplo de cuándo podría elegir usar uno, imagine que desea ejecutar su aplicación de Python en su clúster de OpenShift. Podría tener un BuildConfig que sepa cómo construir su imagen, tomando su código fuente de su repositorio de Git, construyéndolo y colocándolo en capas sobre una imagen base de Python 3.8. Luego, cuando se crea, desea que esta nueva versión reemplace la versión en ejecución en el clúster.

Hay un par de lugares en los que podría beneficiarse de ImageStreams aquí:

1. Si la imagen base de Python 3.8 a la que se hace referencia en su BuildConfig es una ImageStreamTag (como python:3.8 en la imagen de ejemplo anterior) en lugar de una etiqueta de imagen directamente en un repositorio en un registro; entonces podría tener actualizaciones periódicas de ImageStreamTag y, si la imagen base en el repositorio se ha actualizado, puede desencadenar una nueva compilación de la imagen de su aplicación.

2. Si su compilación genera una ImageStreamTag a la que se hace referencia en su Deployment , entonces su Deployment puede actualizarse automáticamente (o no) para implementar la nueva versión de su aplicación.

3. Si desea cambiar la imagen básica de Python 3.8 para que apunte a una imagen diferente (como la de un proveedor diferente en un registro diferente o su propia imagen personalizada), solo necesita actualizar ImageStreamTag en ImageStream , lo que puede conducir a una reconstrucción de la imagen de su aplicación (y cualquier otra compilación que tenga para otras imágenes que hagan referencia a ImageStreamTag ), y nuevamente, una nueva implementación de su aplicación (y cualquier otra aplicación de otras compilaciones similares).

^Este es solo un ejemplo de cómo puede utilizar un ImageStream y no pretende ser exhaustivo.