Portainer corta el vínculo entre la versión gratuita y la de pago

Porteña Versión social El código abierto existe desde hace diez años, pero ahora se ha topado con un muro de ladrillos. Porteña 3.0a punto de ser completamente reconstruido alrededor de la plataforma. Kubernetesno se convertirá en la base de CE.

El director ejecutivo de la empresa anunció: Neil Creswelldijo que CE seguirá basándose en Portainer 2.45 LTS, la última versión de la serie 2.x. Todo el contenido posterior, como nuevas consolas de juegos, nuevas arquitecturas, etc., no se trasladará a CE.

En su lugar, CE obtendrá correcciones de seguridad, correcciones de errores y backports de la funcionalidad 3.x, pero solo si hay una API Docker coincidente con la que interactuar. Dado que algunas cosas en 3.x dependen de Kubernetes, la paridad de funciones no está garantizada primitivo Docker no lo hace.

¿Por qué cambiar?

Neil piensa Este es un problema de mantenimiento. en lugar de un pivote estratégico. Cada vez que el equipo quiera agregar una nueva política o función API, debe crear la función tres veces, una para Kubernetes, Swarm, Docker y Podman.

Portainer 3.0 abandona por completo este modelo. En cambio, ahora hay cinco consolas separadas, cada una construida en torno a un trabajo específico, en lugar de una interfaz que maneja todo.

él continuó diciendo La CE simplemente no es adecuada para este nuevo enfoque. El modelo de políticas, las API operativas y la consola centrada en la empresa de Portainer 3.x asumen a los usuarios empresariales desde el principio y «Publicarlo porque CE tergiversaría su significado y propósito.”.

¿Qué significa esto para ti?

Si ya está ejecutando Docker, nada ha cambiado hoy. 2.x continúa ejecutándose tal como está y continúa recibiendo parches de seguridad; permanecer en el lugar es una opción totalmente compatible.

Sin embargo, después de migrar a 3.x, los entornos Docker, Swarm y Podman siguen funcionando como conexiones nativas. Para aquellos que prefieren seguir usando herramientas estilo Docker mientras ejecutan Kubernetes, Portainer-D2K Proporciona una capa de compatibilidad que permite que Docker Compose y herramientas similares implementen y administren aplicaciones en clústeres de Kubernetes.

Independientemente de lo que Portainer construya a continuación para la observabilidad, GitOps o sus herramientas de políticas ingresarán primero al entorno de Kubernetes, y la configuración nativa de Docker será inferior en la interfaz sin obtener nada.

Si desea nuevas funciones sin migrar a Kubernetes, Realmente no hay manera de obtenerlos gratis y mantenerlos de código abierto.. La única forma gratuita de acceder a 3.x es a través de 3 nodos libresLa licencia limitada de nodo de la versión comercial de código cerrado existente de Portainer, no la versión CE.

Si quieres cambiar, hay otras opciones.

Si permanecer en 2.x para siempre no te resulta atractivo, entonces podrías considerar lo siguiente que se encuentra actualmente en desarrollo:

• dragón de komodouna plataforma de compilación e implementación basada en Rust diseñada para administrar cargas de trabajo en múltiples servidores. No tiene un límite artificial en la cantidad de servidores y es particularmente interesante si se siente cómodo con un enfoque más orientado a la implementación/automatización.

• arcanouna plataforma de gestión Go/SvelteKit Docker con una interfaz de usuario moderna. Tiene licencia según la cláusula BSD-3 y proporciona funciones como contenedores, redacción, espejos, discos, redes, hosts remotos y administración de enjambres.

Tampoco es un reemplazo directo. Adecuado para todos los flujos de trabajo de Portainer, especialmente si depende en gran medida de las capacidades más amplias de Kubernetes de Portainer. Pero para laboratorios domésticos o entornos pequeños de Docker/Swarm donde principalmente desea una potente interfaz de usuario autohospedada sin la necesidad de un nivel de funciones pagas, ambas son alternativas sólidas que vale la pena investigar.