Moby, un paso más para el mundo de los contenedores

Probablemente la noticia más controvertida e interesante que se ha anunciado estos días en la DockerCon de 2017 ha sido el alumbramiento del proyecto Moby. Docker lleva tiempo anunciando cambios en su forma de trabajar en la comunidad del software libre. Hemos visto cómo se donaba a la comunidad piezas fundamentales de su producto, sin olvidarnos de que el core, el motor de ejecución de contenedores, siempre ha sido abierto. Posteriormente, se entró en la etapa de los kits (swarmkit, infrakit, VPNkit), que suponen la base sobre los que se están construyendo las nuevas releases de productos.

Swarmkit cambió por completo el orquestador, dotándolo de características que los usuarios demandaban y ha culminado en un producto robusto y fundamentalmente sencillo de implementar frente a sus competidores. La comunidad sigue solicitando nuevas funcionalidades en el orquestador, pero Docker no está poniendo en riesgo ahora su estabilidad para añadir nuevas características. Parecía que las aguas estaban más calmadas, al menos en lo que ha estabilidad de producto se refería. Pero la evolución iba más allá. En los últimos meses hemos visto un cambio de versionado del engine y una nueva política de releases dirigida fundamentalmente al usuario del entorno empresarial, aportando tiempos fijos entre releases y una clara orientación hacia el soporte.

Las versiones Commercially Supported pasan a ser Enterprise Edition y ahora existe la versión comunitaria, con un versiones mensuales. Además, este movimiento ha supuesto también la presentación de los plugins certificados, apoyando aún más esta visión empresarial de producto. Ahora se ofrecerá soporte de herramientas que hasta hace poco eran comunitarias y que aportan nuevas funcionalidades al producto, como el almacenamiento persistente tan necesario. Docker es una herramienta productiva, integrable con las distintas plataformas de infraestructura existente y ahora además, los partners del proyecto que poco a poco se iban integrando con Docker, deben estar certificados para asegurar armonía y homogeneidad en nuestra infraestructura.

Tras dividir los componentes del motor (Docker Engine) e integrarse con runC en versiones anteriores, hace unas semanas se separó también Containerd del proyecto principal. Cada componente se desarrolla de forma independiente pero asegurando por supuesto su continuidad e integración en el producto y proporcionando al resto de usuarios y compañías su integración en sus propios proyectos.

Pues bien, cuando parecía que el año ya llevaba bastantes cambios y sorpresas, apareció el más sorprendente. Un cambio radical en la gestión del proyecto Docker; de hecho, ahora hablaremos de Moby como proyecto y Docker como producto. Moby supone un compendio de kits y código de diferentes componentes que incluye el último kit anunciado, Linuxkit. Con todo ello, cualquier usuario puede crear su propio entorno de despliegue de contenedores contando con bases estandarizadas dentro del proyecto. Podemos crear de forma más o menos sencilla un sistema operativo mínimo con el único propósito de desplegar contenedores sobre él. Todos los componentes y servicios del sistema se desplegarán como contenedores. Podremos además incluir los drivers y plugins necesarios para nuestra infraestructura y su uso dentro del framework estará estandarizado por lo que se espera una evolución mayor de las piezas. Cada pieza se creará como un contenedor compatible con el estándar OCI y será fácilmente exportable a diferentes arquitecturas.

En la propia documentación del proyecto podemos encontrar una explicación muy gráfica del mismo

“Moby is an open-source project created by Docker to advance the software containerization movement. It provides a “Lego set” of dozens of components, the framework for assembling them into custom container-based systems, and a place for all container enthusiasts to experiment and exchange ideas.”

En resumen, Moby nos proporciona un conjunto de herramientas y piezas para construir nuevos entornos de despliegue de contenedores, y en general para construir nuevas infraestructuras basadas en contenedores.

Autor del artículo: Javier Ramírez, Arquitecto de Soluciones en Hopla! Software