Portainer готується до важливого оновлення

Portainer готується до важливого оновлення

Portainer, популярна веб-платформа для управління контейнеризованими середовищами, такими як Docker, Kubernetes, Podman та Docker Swarm, готує наступне велике оновлення.

Фокус на Kubernetes в Portainer 3.0

У версії Portainer 3.0 основна увага буде зосереджена на Kubernetes, тоді як Docker, Swarm та Podman стануть другорядними. Цей крок може викликати неоднозначні реакції у користувачів.

Компанія повідомляє, що Portainer 2.45 LTS буде остаточною версією в серії 2.x, а Portainer 3.0 очікується наступним як STS-версія, за якою згодом з’явиться нова LTS-версія. Важливо, що Portainer 3.x використовуватиме кодову базу, зорієнтовану на Kubernetes.

Зміна в підтримці функціональності

Згідно з Portainer, теперішня відстань між Docker та Kubernetes зросла до такого рівня, що підтримка однакової функціональності у Docker, Podman, Swarm та Kubernetes в одній кодовій базі більше не є практичною.

Такі функції, як управління політиками, API для операцій, аутентифікація, GitOps та спостережуваність, тепер більшою мірою залежать від можливостей Kubernetes. Але це не означає, що підтримка Docker зникне.

Користувачі все ще можуть підключатися та керувати середовищами Docker, Swarm та Podman у Portainer 3.x, але ці середовища не отримають усіх нових функцій.

Portainer інформує, що Docker, Swarm та Podman займуть другорядне місце в інтерфейсі. Нові функції для мотора політики, GitOps та спостережуваності в основному зосередяться на Kubernetes.

Нові продукти та рішення для користувачів

Компанія також створює нові продукти з цим підходом, орієнтованим на Kubernetes, такі як Portainer-Run, Portainer-IDP, Portainer-Command, Portainer-Operations та Portainer-AiGrid, призначені для Kubernetes замість Docker.

Для нинішніх користувачів Docker Portainer рекомендує використовувати або рідний Kubernetes, або проект Portainer-D2K.

Portainer-D2K виступає як шар сумісності, що дозволяє Kubernetes виглядати як середовище Docker. Це дозволяє користувачам продовжувати використовувати знайомі інструменти, навіть якщо навантаження працює на Kubernetes.

Крім того, він експонує API, сумісний з Docker, що означає, що існуюча автоматизація, CI/CD-системи та інші інструменти, орієнтовані на Docker, можуть продовжувати працювати без вимоги термінової міграції на Kubernetes.

Portainer також працює над додатком для міграції, щоб допомогти користувачам перемістити свої контейнери Docker і стекі в Kubernetes. Цей інструмент конвертує навантаження Docker у Kubernetes-маніфести, комітить їх у Git-репозиторій і розгортає їх за допомогою функцій GitOps Portainer.

План щодо Community Edition

Щодо Portainer Community Edition, безкоштовна версія залишиться на кодовій базі 2.x, і окремої версії Portainer CE 3.x не буде. Натомість користувачі можуть отримати Portainer 3.x через програму Business Edition “3 Nodes Free”. Безкоштовна версія Portainer не зникне, але Community Edition як окремий продукт завершить своє існування з генерацією 2.x.

Portainer 2.45 CE продовжить отримувати оновлення безпеки, виправлення помилок і зворотні порти, поки серія 2.45 LTS підтримується.

Однак Portainer підкреслює, що користувачі не повинні очікувати повної паритетності з 3.x, оскільки деякі майбутні можливості прямо залежать від функціональності Kubernetes.

Реакція на критику

Після критики оголошення CEO Portainer Ніл Кресвелл уточнив, що компанія не залишає Docker. Portainer продовжить підтримувати рідні середовища Docker та Podman і не вилучить існуючі функції з Portainer 2.x або 3.x.

Та все ж відомий напрямок ясно. Portainer, відомий своєю простотою в управлінні Docker через веб-інтерфейс, тепер зосереджує майбутні розробки на Kubernetes.

Це відкриває двері для інших інструментів, таких як Komodo, що швидко набирає популярність і, певною мірою, вже змістила Portainer як перший вибір багатьох користувачів.

Детальніше про новини можна дізнатися на офіційному сайті Portainer.