Transforme el flujo de trabajo de los contenedores con Podman Desktop

La comunidad de Podman Desktop ha crecido y logrado avances constantes durante los últimos seis meses mientras se prepara para lanzar la versión 1.0 a fines de este año. Los lanzamientos recientes mejoraron áreas como la experiencia del usuario, la documentación, la ampliación del soporte de las herramientas para desarrolladores y una serie de extensiones nuevas que permiten integrarse a herramientas de terceros.

Este trabajo tiene un fin importante. Hoy en día, el desarrollo de software es difícil y los sistemas son complejos, y la realidad es que el desarrollo implica mucho más que escribir código. Los desarrolladores necesitan tener un conocimiento profundo de los recursos, la integración y la organización, entre otros aspectos. Si no dispone de un proceso sencillo para encargarse del desarrollo local de un servicio de software a su producción en un sistema organizado, el trabajo puede volverse una carga pesada.

La finalidad de Podman Desktop es aliviar esa carga, eliminar la complejidad de las tareas y permitir que los desarrolladores interactúen más fácilmente con los contenedores y los pods que se ejecutan en Podman mediante una interfaz gráfica de usuario (GUI) que sirve para instalar, configurar y actualizar su motor de contenedores.

En resumen, ofrece una manera de pasar de las aplicaciones a los contenedores, los pods y todo Kubernetes dentro de un flujo de trabajo sin interrupciones. Mi colega Ian Lawson se refirió a esto en su guía de inicio: "Podman Desktop realmente facilita la creación de imágenes y el alojamiento de contenedores de forma local".

En teoría, los contenedores proporcionan un entorno uniforme para el desarrollo y la producción. Cuando un desarrollador usa contenedores en las instalaciones, sabe que la aplicación se ejecuta en el mismo entorno en el que se implementará en la etapa de producción. Por lo tanto, disminuye la probabilidad de que se presenten problemas relacionados con el entorno, como conflictos de dependencia o desajustes de configuración. En la práctica, esto no siempre es cierto, ya que puede complicarse bastante con rapidez, en especial cuando se trata de temas de seguridad, organización local de contenedores y otros aspectos más específicos.

Para convertirse en un operador híbrido con un alto nivel de portabilidad, los desarrolladores deben asegurarse de que la aplicación desarrollada en un contenedor de forma local se pueda trasladar con facilidad a diferentes entornos, como el de preparación, prueba o producción. Con esto se logra reducir la cantidad de tiempo y esfuerzo que se necesita para implementar una aplicación, ya que los desarrolladores pueden usar la misma imagen de contenedor en diferentes entornos. Para aprovechar estas ventajas, es muy importante que los desarrolladores de aplicaciones cuenten con un entorno fácil de usar que no solo les evite tener que empaquetar y configurar las aplicaciones, sino que también ayude a que la configuración local se ejecute en un entorno de nube sin inconvenientes. De esta manera, pueden centrarse en lo más importante: el código de la aplicación.

Si bien los ciclos de vida del desarrollo de software están bien definidos y siempre comienzan con el código fuente, los pasos posteriores dependen en gran medida de las necesidades de cada empresa y sus procesos. Algunas prefieren utilizar servicios de nube específicos para las pruebas, mientras que otras confían en entornos de preparación internos o diversas ofertas alojadas en la nube. La API de extensión en Podman Desktop no solo admite la creación de extensiones personalizadas, sino también ayuda a fomentar un ecosistema abierto que permite a la comunidad y los partners incorporar más funciones a la solución e integrarse al motor de innovaciones open source.

La ejecución local de contenedores independientes puede ser útil para las pruebas; sin embargo, pocas veces se utilizan solos en los proyectos reales. La mayoría de las aplicaciones empaquetadas en contenedores dependen de bases de datos, infraestructuras de mensajería u otras dependencias downstream. También es importante para los desarrolladores probar la organización de los contenedores de manera local, ya que les permite activar las dependencias en menos tiempo y ejecutar pruebas rápidas en ellas antes de que los procesos de GitOps se ocupen de ese trabajo. El objetivo principal de los desarrolladores es comenzar con las configuraciones de Kubernetes de forma local y trasladarlas a la etapa de producción. Si bien Podman Desktop contribuye a la generación de YAML con un solo clic para los contenedores, reconocemos que todavía existe un uso heredado de configuraciones basadas en Compose. Para facilitar la transición a Kubernetes, Podman Desktop ahora permite que los desarrolladores usen la especificación de Compose para ejecutar varios contenedores al mismo tiempo. Podman Compose requiere un archivo YAML de Compose con definiciones sobre los contenedores que necesitan comunicarse. Esto es un avance hacia el objetivo de trabajar directamente con los manifiestos de Kubernetes listos para la producción de manera local.

Podman Desktop está cobrando impulso, así que estamos entusiasmados con el camino que tenemos por delante. Obtenga más información sobre el proyecto y descárguelo en https://podman-desktop.io. Si es la primera vez que utiliza Podman Desktop, le recomendamos que lea What is Podman Desktop? A developer's introduction en el blog Red Hat Developer.