Con su naturaleza liviana y sus sólidas disposiciones de aislamiento, los contenedores son muy enseres en los laboratorios domésticos cuando es necesario autohospedar aplicaciones sin la sobrecarga de rendimiento adicional de las máquinas virtuales. Como tal, encontrará muchas herramientas diseñadas para mejorar sus tareas de contenedorización, y éstas van desde tiempos de ejecución de contenedores básicos hasta potentes plataformas de orquestación. Kubernetes es una de las plataformas de orquestación de contenedores más populares que existen, aunque sus utilidades de nivel empresarial la hacen congruo excesiva para el laboratorio doméstico promedio.

Por el contrario, Docker Swarm a menudo se considera la aparejo de orquestación inferior, ya que no solo está restringido a los productos Docker, sino que siquiera incluye disposiciones de escalado inconsciente. Pero como cualquiera que ha jugado mucho con K8 y Swarm, debo cobijar que la plataforma de orquestación de Docker es mucho más útil para laboratorios domésticos normales.

Configurar Docker Swarm es pan comido

Y es igual de sencillo de usar

La fortaleza de Docker Swarm radica en su naturaleza accesible y su proceso de configuración es extremadamente simple incluso para principiantes. Si ya instaló Docker, puede convertir cualquier máquina en el nodo administrador de Docker Swarm ejecutando el inicio de enjambre de ventana acoplable –advertise-addr dirección_IP_del_host dominio. Del mismo modo, juntar nuevos nodos al clúster recién implementado es tan simple como ejecutar unirse al enjambre de Docker seguido por el código de unión (del comando precursor) en las máquinas secundarias. Si sigue la ruta CLI, los comandos de Swarm no son tan diferentes de los que ejecutará en una configuración típica de Docker.

Por el contrario, un clúster de Kubernetes requiere mucho más esfuerzo. Primero, tendrás que nominar entre diferentes tiempos de ejecución de K8. Incluso los más simples, como los MicroK8, requieren muchos paquetes y comandos de terminal adicionales, y los dispositivos Arm como las unidades Raspberry Pi requieren ajustes adicionales del kernel para implementar el tiempo de ejecución de Kubernetes. Del mismo modo, Kubernetes es mucho más difícil de usar que Docker Swarm, ya que tendrá que guerrear con políticas de red complejas, implementaciones de pods y enlaces de roles, especialmente si planea usar una interfaz de ruta de comandos para dirigir su clúster K8. Y eso es antiguamente de considerar la yerro de soporte para archivos Docker Compose en Kubernetes…

Puedes usar las configuraciones de Docker Compose en Swarm

Son mucho más accesibles que los archivos pod de K8.

Cuando comiences a utilizar servicios de autohospedaje en masa, terminarás amando los archivos de Docker Compose tanto como a mí. En área de escribir comandos largos, los archivos Docker Compose le permiten configurar cada aspecto de sus contenedores utilizando código YAML. Donado que la mayoría de los servicios en contenedores tienden a incluir archivos docker-compose.yml en sus repositorios de proyectos, Compose le permite poner el servicio en funcionamiento en menos tiempo del que le tomaría terminar de descifrar esta oración.

Técnicamente, Kubernetes tiene un concepto similar en forma de archivos de objetos y pods, por lo que tiene la capacidad de implementar contenedores desde configuraciones YAML. Desafortunadamente, los archivos típicos docker-compose.yml no son compatibles con Kubernetes, por lo que no puede simplemente pegar el código YAML de Docker Compose desde los repositorios del plan cuando desea implementar nuevos servicios. Dicho esto, muchos servicios populares están disponibles en las cartas Helm, lo que facilita un poco su implementación. Todavía está la utilidad Kompose, que puede traducir las configuraciones YAML de Docker Compose al código K8 equivalente, aunque obtuve resultados mixtos al usarla en mi clúster MicroK8.

Portainer combina acertadamente con Docker Swarm

Entonces, todavía estás cubierto en el frente de la interfaz de becario web.

Aunque los comandos de terminal son el método más recomendado para controlar clústeres con muchos contenedores, cero supera la conveniencia de una interfaz web basada en menús. Si confía en MicroK8 para dirigir su clúster de Kubernetes, es posible que sepa que le permite habilitar una interfaz de becario web. Habiendo usado esta interfaz para dirigir pods, crear políticas y especificar volúmenes desde que implementé K8 hace primaveras, considero que la interfaz de becario web de Kubernetes es una preeminencia esencia sobre su rival Swarm.

Bueno, puedes configurar Swarmpit para dirigir tu clúster Swarm, pero hacerlo requiere algunos ajustes adicionales, incluida la ejecución de un proxy HTTPS de Traefik. Por fortuna, el todopoderoso Portainer iguala las probabilidades y es mucho más sencillo de usar que Kubernetes Dashboard. Implementar Portainer en el nodo administrador es igual de simple y esta elegante interfaz de becario web puede incluso detectar nodos del clúster sin requerir ajustes de configuración adicionales. Encima, cedido que Portainer le permite configurar todo, desde configuraciones de red y volúmenes de almacenamiento hasta imágenes de contenedores y pilas de Swarm, es una alternativa conveniente a los comandos CLI de Docker Swarm ya simplificados.

Sin secuestro, Kubernetes ofrece sólidos beneficios para configuraciones extremas.

Aunque Docker Swarm es mi plataforma preferida para contenedores que requieren soporte de ingreso disponibilidad, su yerro de compatibilidad con productos que no son Docker es mi veterano queja con la plataforma. Comencé a portar mis cargas de trabajo de contenedores a Podman a principios de este año y, si acertadamente es un poco más difícil de usar, sirve congruo acertadamente para mis experimentos de DevOps y administrador de sistemas.

Para la mayoría de los laboratorios domésticos, Docker Swarm será más que suficiente si desean la tolerancia superior a fallos de un entorno de clúster. Pero si ha creado un laboratorio en casa para entrenar sus habilidades de DevOps como lo hice yo, querrá optar por Kubernetes, no solo porque es compatible con Podman y otras plataformas de contenedores, sino todavía porque combina acertadamente con utilidades de automatización y otras herramientas comunitarias.