Actualizaciones de las herramientas de contenedores en Red Hat Enterprise Linux 8.3

El lanzamiento de Red Hat Enterprise Linux (RHEL) 8.3 ofrece una serie de funciones nuevas de los contenedores, que se basan en el trabajo realizado en RHEL 8.2 (Nuevas funciones de los contenedores en Red Hat Enterprise Linux 8.2) y dan a los usuarios más razones para actualizar RHEL 7.

A continuación, le presentamos un breve resumen:

• Capacitación sobre las nuevas herramientas de contenedores

• Actualización del flujo en constante cambio de container-tools:rhel8

• Podman 2.0 con una nueva interfaz de programación de aplicaciones (API) de REST que posee un extremo compatible con Docker

• Skopeo 1.X con mayor estabilidad y funciones de inicio y cierre de sesión

• Las imágenes de Buildah y Skopeo son compatibles y están disponibles para el público en general

• La imagen del contenedor de Podman está disponible como versión de prueba

• Nuevas imágenes de contenedores para aplicaciones

• Compatibilidad con el manifiesto de Podman

Actualización del flujo en constante cambio de las herramientas de contenedores (container-tools:rhel8)

El flujo de container-tools:rhel8 que forma parte de RHEL 8.3 se actualiza a las versiones Podman 2.0.5, Buildah 1.15.1 y Skopeo 1.1.1.

Estas son algunas de las nuevas e interesantes funciones disponibles a partir de RHEL 8.2:

• Podman sin raíz ahora agregará una entrada a /etc/passwd para el usuario que ejecuta Podman con --userns=keep-id.

• Se volvió a diseñar el comando podman system connection para que admita múltiples conexiones, y se rehabilitó su uso.

• Podman ahora tiene un nuevo indicador global llamado --connection, el cual especifica una conexión a una instancia remota de la API de Podman.

• El comando podman search permite utilizar comodines en los términos de búsqueda.

• El comando podman play kube admite la opción de recuperación IfNotPresent.

• La API de REST y el servicio del sistema de Podman dejaron de ser de prueba y ya pueden utilizarse.

• El comando Podman ahora admite conexiones remotas a través de la API de REST usando el indicador --remote.

• Se reescribió por completo el cliente remoto de Podman para utilizar la nueva API de REST en lugar de Varlink.

• El comando podman generate systemd ahora admite el indicador --new cuando se utiliza con pods, lo cual permite crear servicios portátiles para ellos.

• Buildah: agrega un almacén de imágenes VFS al contenedor

• Buildah: mejor integración de containers.conf

Podman 2.0

Se trata de una nueva versión principal de Podman. ¿Pero eso qué significa? Podman utiliza el Control de versiones semántico, que a veces se abrevia como SemVer. El sitio semver.org ofrece una descripción excelente, pero aquí le presentamos un resumen. En SemVer, cada programa tiene un número principal, uno secundario y uno de parche con el formato MAJOR.MINOR.PATCH. Por ejemplo, en RHEL 8.3, lanzamos Podman 2.0.5. Así es como semver.org explica cada número:

1. Versión PRINCIPAL: cuando se realizan cambios incompatibles en la API.

2. Versión SECUNDARIA: cuando se agregan funciones compatibles con versiones anteriores.

3. Versión de PARCHE: cuando se realizan correcciones de errores compatibles con versiones anteriores.

El número de la versión principal de Podman aumentó porque se reemplazó la API actual basada en varlink con la nueva API de REST. Esta se dirige a Podman 2.0 con una capa de compatibilidad de Docker que apunta a la versión 1.40. La nueva API de REST es la forma que se prefiere para interactuar con Podman mediante la programación. La interfaz basada en varlink ha quedado obsoleta. Ya no se extenderá y se planea eliminarla en Podman 3.0.

La interfaz de REST es el último elemento que ayudará a que la transición de RHEL 7 sea más sencilla para los clientes que utilizan el daemon de Docker para actualizar sus sistemas a RHEL 8 con Podman. Desde que lanzamos RHEL 8, Podman es compatible con el daemon de Docker en muchos aspectos importantes. Utiliza las mismas imágenes, puede comunicarse con los mismos servidores de registro, emplea el mismo tiempo de ejecución (runc) e incluso tiene una interfaz de línea de comandos (CLI) que resultará muy familiar a los usuarios de la CLI de Docker. 

• Formato de imagen: compatible

• Formato de registro: compatible

• Formato del tiempo de ejecución: compatible

• CLI: compatible

• API: compatible desde la versión 2.0

Con la nueva API de REST con Podman 2.0, abordamos este último aspecto de la compatibilidad. El resultado debería permitir que los usuarios lleven el código que depende de la API de Docker a RHEL 8. Estamos orgullosos de este trabajo, el cual también ha sido muy importante para el equipo de Podman.

Para profundizar en el tema, consulte los siguientes artículos y documentación:

• Documentación sobre los contenedores de RHEL (configuración de la API)

• Documentación sobre los contenedores de RHEL (información general)

• Documentación de referencia de la API

• Presentación de Podman v2

• Compatibilidad de la API de REST de Podman y Docker

• Avance de la nueva API de REST de Podman

Imágenes de contenedores para Buildah y Skopeo

Empaquetar el software como imágenes de contenedores permite que otros creadores comiencen a trabajar siguiendo una tendencia hacia el consumo (Life in The Container - When it comes to code, be a consumer). Esto se aplica tanto a las dependencias de las aplicaciones como a las herramientas que se utilizan para crearlas. Para reducir la fricción y habilitar las herramientas que cumplen con la Open Container Initiative (OCI) en todos los casos de uso posibles, Red Hat está trabajando en las versiones en contenedores de las herramientas de contenedores como Buildah, Skopeo y Podman.

Con el lanzamiento de RHEL 8.3, ofrecemos imágenes de contenedores en versión de prueba para Podman, así como imágenes disponibles para el público en general para Buildah y Skopeo. Lo invitamos a que las utilice y nos dé su opinión sobre ellas. El objetivo es ofrecer un conjunto de aplicaciones en contenedores que se puedan utilizar para diseñar otras aplicaciones en cualquier lugar donde ya se ejecuten contenedores.

Nuevas imágenes de contenedores para aplicaciones

Con RHEL 8.3, lanzamos versiones actualizadas de muchas imágenes de contenedores, lo cual ayuda a los usuarios a crear aplicaciones. Para obtener más información, consulte las notas de la versión y la página del producto RHEL 8 en Red Hat Ecosystem Catalog.

Página del producto Red Hat Universal Base Images (UBI) 8

• Nginx-118

• Perl-530

• Php-74

• Ruby-27

• Nodejs-14

• Solo el tiempo de ejecución de .NET 5.0 (Vista previa de la tecnología)

• SDK y tiempo de ejecución de .NET 5.0 (Vista previa de la tecnología)

Página del producto RHEL 8

• Conjunto de herramientas de GCC y Perftools 10

• Grafana

• PCP

Compatibilidad con el manifiesto de Podman

Puede ejecutar el comando podman run -it ubi8 en RHEL 8, ya sea que esté instalado en sistemas x86, ARM, POWER o Z. Si bien el comando es muy sencillo, las imágenes de contenedores son diferentes para cada arquitectura física. Los binarios de cada imagen se han compilado para esa arquitectura en particular. Aquellos que se compilaron para los sistemas x86 no se pueden ejecutar en procesadores ARM y viceversa. Para que el mismo comando funcione en todas las arquitecturas, Red Hat debe incluir múltiples imágenes de contenedores en el mismo repositorio. En el caso de RHEL 8, esto significa que hay cuatro imágenes diferentes, una para cada arquitectura compatible (p. ej., x86, ARM, POWER y Z), dentro de cada repositorio (p. ej., registry.access.redhat.com/ubi8/ubi).

El nuevo subcomando podman manifest ayuda a los usuarios a interactuar con los metadatos necesarios para trabajar con los repositorios para varias arquitecturas. Estos metadatos suelen denominarse índice de imágenes en el lenguaje de OCI o lista de manifiestos en el lenguaje de Docker. Son fundamentalmente elementos de metadatos JSON que brindan a los motores de contenedores como Podman o Docker información esencial sobre qué arquitecturas (x86, ARM, POWER o Z) están disponibles en un repositorio.

La última versión de Podman en RHEL 8.3 proporciona las herramientas básicas que son necesarias para crear imágenes para múltiples arquitecturas y enviarlas a servidores remotos. Estas funciones serán útiles para los clientes que realicen compilaciones avanzadas de imágenes de contenedores.

Observe el siguiente ejemplo sobre cómo crear un manifiesto local:

podman manifest create localhost/list

Para inspeccionarlo:

podman manifest inspect localhost/list

Resultado:

{  "schemaVersion": 2,  "mediaType": "application/vnd.docker.distribution.manifest.list.v2+json",  "manifests": null }

Mejore sus habilidades en Linux con las herramientas de contenedores de RHEL

Como consecuencia de la creciente importancia de los contenedores en el sector, Red Hat agregó un día a dos de sus cursos básicos de Linux, para que abarquen los contenedores. Desde el 1 de octubre de 2020, los cursos Red Hat System Administration II (RH134) y RHCSA Rapid Track (RH199) se extendieron de cuatro a cinco días. En el último día se abordan los contenedores, así que se capacitará a los usuarios para que puedan trabajar con Kubernetes y Red Hat OpenShift.

Los estudiantes de los cursos RH134 y RH199 ahora utilizarán las herramientas de contenedores de RHEL para obtener, ejecutar y gestionar los servicios como contenedores en un único servidor de RHEL. 

OpenShift está diseñado sobre la base confiable de RHEL, así que ofrece las funciones de seguridad, estabilidad y ecosistema que usted conoce y espera. Así como Red Hat llevó Linux a las empresas, ahora les lleva Kubernetes. Y debido a que los contenedores son básicamente una tecnología de Linux, Red Hat puede ofrecerle un proceso optimizado para que sume esta tecnología y Kubernetes a sus habilidades básicas.

La actualización de nuestros cursos de Linux permite que el examen Red Hat Certified System Administrator (EX200) también incluya material sobre los contenedores. El nuevo contenido ofrece experiencia práctica con las aplicaciones de contenedores reales a quienes lo toman, y extiende 30 minutos la duración del examen.

Red Hat Enterprise Linux 7 EX200 no se vio afectado por estos cambios, ya que solo se produjeron en Red Hat Enterprise Linux 8.2 RH199, RH134 y EX200. Red Hat System Administration I (RH124) no incluye temas sobre los contenedores, pero también se actualizó a RHEL 8.2.

Para obtener más información sobre las actualizaciones de las capacitaciones y las certificaciones, consulte la publicación completa del blog y la página de destino sobre las mejoras.

Conclusión

Ya sea en la imagen o en el host, los contenedores en Red Hat comienzan con RHEL. La última versión, RHEL 8.3, proporciona funciones que sirven de base para OpenShift y otros servicios.

Lo invitamos a echar un vistazo a nuestras nuevas funciones en la documentación del producto, las notas de la versión y las nuevas imágenes UBI en Ecosystem Catalog.