Alternatywy dla Portainera: przewodnik po Dockge, Arcane, Dockhand i Komodo według zastosowań

Portainer w 2026 roku wciąż jest dobrym wyborem, jeśli zależy ci na znajomym interfejsie do zarządzania Dockerem, szerokim wsparciu środowisk uruchomieniowych i narzędziu, które udźwignie więcej niż podstawową konfigurację na jednym hoście. Jeśli twoja obecna konfiguracja potrzebuje tylko podstawowego zarządzania kontenerami, stacków Compose, prostej kontroli dostępu i widoczności wielu środowisk, nie ma powodu w popłochu uciekać od Portainer CE.

Portainer przestaje jednak być najczystszym wyborem, gdy zaczynasz chcieć rzeczy takich jak darmowe OIDC/SSO, zarządzanie Compose oparte na plikach, wbudowane skanowanie podatności albo sterowany Gitem workflow na wielu serwerach, i to bez przechodzenia na Portainer Business Edition. W tym momencie alternatywy z tego przewodnika zaczynają mieć sens.

Krótka wersja brzmi tak: jeśli Portainer pasuje do twojego zastosowania, zostań przy nim. A jeśli chcesz pominąć ręczną konfigurację, aplikacja Portainer w Cloudzy instalowana jednym kliknięciem pozwala uruchomić Portainera na VPS-ie w kilka kliknięć, z dostępem root, pamięcią NVMe i środowiskiem gotowym pod Dockera. Jeśli natrafiłeś na któreś z ograniczeń Portainer CE, reszta tego artykułu opisuje alternatywy warte rozważenia: Dockge, Arcane, Dockhand i Komodo.

TL;DR

• Dockge jeśli prowadzisz jednowęzłowy homelab i chcesz mieć pliki compose widoczne na dysku jako zwykły YAML.
• Arcane jeśli potrzebujesz darmowego OIDC/SSO i instalacji z jednego binarium dla małego zespołu.
• Dockhand jeśli chcesz wbudowanego skanowania podatności i bezpieczniejszego pobierania obrazów bez kupowania Portainer BE, i akceptujesz licencję BSL.
• Komodo jeśli uruchamiasz Dockera na wielu instancjach VPS i chcesz mieć Git jako źródło prawdy.
• Portainer CE jeśli nie potrzebujesz żadnej z powyższych rzeczy.

Czego ten artykuł nie obejmuje

Kilka kategorii celowo znajduje się poza tym porównaniem. Coolify i Dokploy to narzędzia PaaS, które próbują być samodzielnie hostowanym Heroku, a nie interfejsami do Dockera. Inny problem. Rancher i OpenShift to menedżery klastrów Kubernetes, czyli zupełnie inna skala niż odbiorcy z jednym lub kilkoma VPS-ami. Lazydocker jest świetny, ale działa wyłącznie jako TUI, więc to inna kategoria UX. A UsulNet, który pojawia się w niektórych innych porównaniach, jest w pierwszej publicznej becie z jednym deweloperem (stan na luty 2026), czyli za wcześnie, by polecać go obok narzędzi z realnymi cyklami wydawniczymi.

Dlaczego ludzie odchodzą od Portainera

Pierwszą rzeczą, która wypycha ludzi z Portainera, nie jest błąd. Wiele zaawansowanych funkcji zespołowych i firmowych siedzi po stronie Business Edition, w tym:

• OIDC
• szczegółowy RBAC
• AD/LDAP
• GitOps
• Automatyczne aktualizacje
• Dzienniki audytu
• Zarządzanie rejestrem
• Provisioning klastrów Kubernetes

Samotnego użytkownika homelabu może to nie obchodzić. Trzyosobowy zespół ops, który chce SSO i ścieżki audytu, poczuje to natychmiast.

Portainer faktycznie oferuje trzy węzły Business Edition za darmo. Przy malutkich konfiguracjach to naprawdę przydatne. Powyżej trzech węzłów wchodzisz w rejon „skontaktuj się w sprawie wyceny”. Nie podam tu kwoty, bo publiczna liczba ciągle się zmienia, a właściwą odpowiedzią jest sprawdzenie ich cennika w momencie zakupu.

Druga rzecz jest architektoniczna. Stacki tworzone w edytorze webowym Portainera są przechowywane w jego bazie danych, podczas gdy wdrożenia oparte na Gicie trzymają repozytorium jako źródło zewnętrzne. To w porządku, dopóki nie zależy ci konkretnie na tym, żeby każdy lokalnie zarządzany stack Compose pozostawał widoczny na hoście jako zwykły plik YAML. Narzędzia takie jak Dockge robią z modelu opartego na plikach ustawienie domyślne: twoje pliki Compose leżą na dysku, a UI zarządza tym, co już tam jest. To, czy ma to znaczenie, zależy od tego, jak wolisz zarządzać stackami i tworzyć ich kopie zapasowe.

Trzecia rzecz to ciężar interfejsu. Portainer powstał, żeby obsłużyć Dockera, Swarm, Kubernetes, floty agentów w wielu środowiskach i całą resztę. Skaluje się do złożonych środowisk i właśnie dlatego użytkownik jednowęzłowego homelabu może uznać go za cięższy, niż potrzebuje. Tekst XDA Developers o powrocie do Dockge dobrze to ujmuje: Portainer ma sens, gdy zaczynasz i potrzebujesz pełnego zestawu funkcji, ale gdy twoja konfiguracja się ustabilizuje, mniejsze narzędzie szanujące plikową strukturę twoich stacków może pasować lepiej.

Cztery narzędzia, które naprawdę konkurują

Po GitHubie krąży kilkadziesiąt „interfejsów do Dockera”. Wiele z nich jest porzuconych, wciąż w becie albo rozwiązuje inny problem. Cztery omówione tutaj pokrywają się najwyraźniej z podstawowym zadaniem Portainera dla tej grupy odbiorców: zarządzaniem Dockerem na jednym lub kilku hostach VPS przez interfejs webowy na tyle sprawny, by używać go na co dzień.

Poniżej omówię każde narzędzie, zaczynając od tego, co je wyróżnia, i wskażę ograniczenia.

Dockge: zarządzanie Compose oparte na plikach

Cała propozycja Dockge sprowadza się do jednej decyzji projektowej: twoje stacki compose leżą na dysku jako zwykłe pliki YAML, a nie w bazie danych. Możesz je catować, edytować w vimie, commitować w gicie albo rsyncować jak każdą inną konfigurację. UI jest przeglądarką i edytorem tego, co już tam jest.

Autorem jest Louis Lam, ta sama osoba, która utrzymuje Uptime Kuma. To przydatny sygnał, bo Uptime Kuma ma opinię projektu utrzymywanego solidnie i bez dramatów, a Dockge dziedziczy ten styl. Najnowsze wydanie to v1.5.0 (30 marca 2025), według strony wydań Dockge w serwisie GitHub Louisa Lama. v1.4.0 dodało wstępne wsparcie dla wielu agentów, a v1.5.0 przynosi łamiącą zgodność zmianę w zabezpieczeniach: konsola w przeglądarce jest teraz domyślnie wyłączona, a włączysz ją z powrotem przez DOCKGE_ENABLE_CONSOLE=true. W tym samym wydaniu Compose podbito do 2.34.0.

Nie ma OIDC, nie ma RBAC, nie ma wbudowanego skanowania podatności ani dziennika audytu. Dockge nie próbuje być tanim zamiennikiem Portainer BE. Próbuje być najmniejszym i najczystszym narzędziem do zarządzania stackami compose na jednym hoście (albo kilku, dzięki trybowi wieloagentowemu).

Warto zaznaczyć jedno zastrzeżenie: Dockge niekoniecznie zużywa mniej RAM-u. Wątek dyskusyjny na GitHubie ciągnący się od września 2024 do grudnia 2025 dokumentuje zgłoszenia użytkowników o zużyciu 500MB+ przy małych konfiguracjach, a dyskusja pozostaje nierozstrzygnięta, więc przetestuj to na własnym hoście, zanim przesiądziesz się dla oszczędności zasobów.

Wskazówka: Nie przesiadaj się na Dockge, licząc na mniejszy narzut niż w Portainerze. Zyskujesz widoczność plików compose na dysku i prostszy interfejs. Jeśli twoim głównym ograniczeniem jest RAM, przetestuj to, zanim się zdecydujesz.

Najlepsze dla: samotnych operatorów homelabu, którzy prowadzą kilka stacków compose na jednej maszynie, cenią sobie widok swojego YAML-a na dysku i nie potrzebują SSO ani skanowania.

Arcane: lekki menedżer w Go z darmowym OIDC

Arcane dostarczany jest jako jedno skompilowane binarium Go, ma OIDC/SSO w darmowym planie i obsługuje GitOps z automatycznym ponownym wdrażaniem. To te trzy rzeczy razem go wyróżniają.

Najnowsze wydanie to v2.4.0 (11 lipca 2026), według wydań Arcane na GitHubie. Arcane ma za sobą sporą liczbę wydań i kontrybutorów, co jest przydatnym sygnałem dojrzałości. Licencja to BSD-3-Clause, a gwiazdek na GitHubie jest około 6500 (stan na lipiec 2026).

Co dostajesz od ręki: darmowe OIDC/SSO (to, za co Portainer każe płacić), GitOps z automatycznym ponownym wdrożeniem po zmianach w repozytorium, REST API, narzędzie CLI dla tych, którzy wolą nie klikać, zarządzanie zdalnymi hostami oraz SBOM, który zespół publikuje dla przejrzystości.

Czego nie dostajesz: wbudowanego w proces wdrożeniowy skanowania podatności w stylu Dockhand, a workflow aktualizacji w Arcane nie jest tożsamy z podejściem safe-pull z Dockhand. Jeśli twoim decydującym wymaganiem jest skanowanie obrazów i blokowanie ryzykownych pobrań z tego samego interfejsu, Dockhand nadal pasuje wyraźniej.

Najlepsze dla: małych zespołów albo pojedynczych operatorów, którzy potrzebują darmowego SSO i czystej instalacji z jednego binarium. Jeśli kiedykolwiek postawiłeś Portainera tylko po to, żeby dać dwóm współpracownikom osobne loginy, a potem odkryłeś, że OIDC jest tylko w BE, Arcane to oczywisty następny krok.

Dockhand: menedżer stawiający na bezpieczeństwo z wbudowanym skanowaniem

Sztandarową funkcją Dockhand jest skanowanie podatności wbudowane w proces wdrożeniowy. Grype i Trivy działają na równych, pełnoprawnych zasadach, a do tego dochodzi tryb „safe-pull”, który wstrzymuje aktualizacje obrazów, jeśli skan je oflaguje. OIDC/SSO również jest darmowe. Takiego połączenia nie ma nigdzie indziej na tej liście.

To także najmłodsze narzędzie w zestawieniu. Autor, Jarek Krochmalski, wydał pierwszą wersję w grudniu 2025 roku. Repozytorium Dockhand na GitHubie podaje v1.0.37 (11 lipca 2026) jako najnowsze wydanie. Czytaj to tak: zestaw funkcji bezpieczeństwa jest realny, a rozwój idzie szybko, ale projekt ma wciąż krótszą historię produkcyjną niż starsze opcje z tej listy.

Na licencję trzeba zwrócić szczególną uwagę. Dockhand jest wydawany na Business Source License 1.1: darmowy do użytku osobistego, wewnętrznego użytku firmowego, dla organizacji non-profit, w edukacji i do ewaluacji. Nie jest to open source zatwierdzony przez OSI. Repozytorium potwierdza, że licencja przechodzi na Apache 2.0 z dniem 1 stycznia 2029. Do tego czasu komercyjna redystrybucja i odsprzedaż w modelu SaaS odpadają. Szczegóły płatnych planów SMB i Enterprise mogą się zmieniać, więc sprawdź dockhand.pro jeśli potrzebujesz licencji komercyjnej.

Co dostajesz: skanowanie podatności przez Grype i Trivy, ochronę safe-pull, darmowe OIDC/SSO, automatyczne aktualizacje z możliwością wycofania, zaplanowane czyszczenie nieużywanych obrazów i wolumenów, zarządzanie wieloma węzłami przez małego agenta o nazwie Hawser, terminal webowy, przeglądarkę plików i dziennik aktywności. Pod spodem stoi Bun + SvelteKit, domyślnie SQLite z opcjonalnym PostgreSQL, a obraz oparty jest na Wolfi dla mniejszej powierzchni ataku. Tekst XDA Developers o Dockhand szczegółowo omawia interfejs, jeśli chcesz go zobaczyć przed instalacją.

Dwie rzeczy, o których warto wiedzieć: RBAC oraz LDAP/AD są płatne nawet w skądinąd hojnym darmowym planie. Dockhand obsługuje teraz środowiska Podman, łącznie ze skanowaniem podatności, ale Docker pozostaje jego główną i dojrzalszą ścieżką, więc przetestuj swój konkretny workflow na Podmanie przed migracją.

Najlepsze dla: dbających o bezpieczeństwo użytkowników homelabów i małych zespołów, które chcą skanowania podatności od ręki bez kupowania Portainer BE i nie mają nic przeciwko uruchamianiu młodego projektu na licencji spoza OSI.

Komodo: wdrożenia na wielu serwerach sterowane Gitem

Propozycja Komodo to Git jako źródło prawdy i czysty podział między warstwę sterowania a zarządzane hosty. Uruchamiasz Komodo Core (UI webowe, API, harmonogram) na jednej maszynie, wrzucasz małego bezstanowego agenta o nazwie Periphery na każdy host, którym chcesz zarządzać, a stacki, buildy i wdrożenia definiujesz jako kod w repozytorium Git.

Najnowsze wydanie to v2.2.0 (7 maja 2026), według wydań Komodo na GitHubie. Backend napisany jest w Rust, na co dokumentacja Komodo wskazuje przez crate komodo_client w Rust.

W czym jest dobre: pipeline'y budowania z Gita z automatycznym wersjonowaniem, stacki, które same wdrażają się ponownie po pushu do skonfigurowanej gałęzi, szczegółowe uprawnienia na poziomie pojedynczych zasobów, OAuth przez GitHub lub Google, REST + WebSocket API, monitorowanie zasobów i brak limitu liczby serwerów. Wsparcie silników kontenerowych obejmuje Dockera oraz (według dokumentacji) Podmana przez alias podman na docker, a obsługę Docker Swarm dodano w v2.

The setup overhead is real. Komodo needs a database (MongoDB, FerretDB, or PostgreSQL). You also have to think about networking between Core and your Periphery agents. None of this is hard if you've done it before, but it's not "docker run and go" the way Dockge is. The reward for that setup work is a deployment workflow that scales across however many VPS instances you want to run.

Najlepsze dla: praktyków DevOps albo zespołów uruchamiających Dockera na wielu hostach VPS, którzy chcą mieć Git jako źródło prawdy, szczegółowe uprawnienia na poziomie zasobów i workflow wieloserwerowy niezależny od Kubernetes.

Które narzędzie pasuje do twojego przypadku?

Oto krótka wersja. Przetestowałem wszystkie cztery, a poniższe odpowiedzi to, co poleciłbym, gdybyś opisał mi swoją konfigurację w prywatnej wiadomości na Slacku.

• Samotny homelab, jeden host, stacki compose, które chcesz widzieć jako YAML na dysku: Dockge. Autor utrzymuje też Uptime Kuma, projekt oparty na plikach idealnie pasuje do stabilnego homelabu, a interfejs ci się spodoba.
• Mały zespół, który potrzebuje konkretnie darmowego OIDC/SSO: Arcane. Instalacja z jednego binarium, dojrzała baza kodu, licencja BSD, GitOps wbudowany w środek. To najprostsza zamiana Portainer CE na coś lepszego, jeśli twoją ścianą było uwierzytelnianie.
• Użytkownik dbający o bezpieczeństwo, który chce skanowania podatności bez płacenia za Portainer BE: Dockhand. Tylko wchodź w to z otwartymi oczami, świadomy licencji BSL i wieku projektu.
• Docker na wielu serwerach, na kilku hostach VPS, workflow sterowany Gitem: Komodo. Tak, wymóg bazy danych to realna robota konfiguracyjna. Tak, warto, gdy masz więcej niż dwa hosty.
• Nie potrzebujesz SSO, twój zespół jest mały, a interfejs Portainera ci odpowiada: Zostań przy Portainer CE.

Jedna szczera uwaga o wyborach na styk: Arcane kontra Dockhand dla samotnego użytkownika dbającego o bezpieczeństwo to naprawdę bliski remis. Arcane ma dojrzałość i licencję open source, Dockhand ma funkcje skanowania. Nie sądzę, żeby przy którymkolwiek dało się źle wybrać. Postaw na to kryterium, na którym zależy ci bardziej.

Jeśli już wybrałeś i chcesz pominąć ręczną instalację, cztery z tych narzędzi (Dockge, Arcane, Komodo i sam Portainer) wdrożysz jednym kliknięciem z Marketplace Cloudzy, i działają na dowolnym z naszych Linux VPS planami. VPS z 2 GB / 1 vCPU to rozsądny punkt wyjścia dla panelu zarządzania i niewielkiego obciążenia kontenerowego; przy konfiguracjach z wieloma stackami albo gdy baza danych Komodo działa obok Core, wybierz 4 GB lub więcej. Dockhand nie jest jeszcze dostępny w marketplace, ale instaluje się na takim samym Linux VPS. Porównanie Portainer i Cosmos Cloud na blogu Cloudzy szczegółowo omawia kolejną opcję z marketplace.

Podsumowanie

Nie ma jednego uniwersalnego zamiennika Portainera. Dockge pasuje najczyściej do opartego na plikach zarządzania Compose na jednym hoście, Arcane jest najmocniejszym prostym wyborem przy darmowym SSO, Dockhand wyróżnia się zintegrowanym skanowaniem podatności, a Komodo powstało pod wdrożenia sterowane Gitem na wielu serwerach. Jeśli Portainer CE pokrywa twoje potrzeby, pozostanie przy nim nadal jest rozsądną decyzją.

Wybieraj narzędzie pod kątem ograniczenia, które faktycznie musisz zdjąć, a potem przetestuj je na kopii swoich stacków, zanim przeniesiesz obciążenia produkcyjne. Jeśli chcesz wdrażać bez budowania serwera od zera, marketplace Cloudzy i plany Linux VPS to praktyczny punkt startu dla Portainera, Dockge, Arcane albo Komodo.

Często zadawane pytania

Czym różni się Portainer CE od Business Edition?

Portainer CE jest darmowy i obejmuje podstawowe zarządzanie kontenerami, w tym środowiska Docker, stacki Compose i zarządzanie wieloma środowiskami przez agentów. Business Edition dokłada takie możliwości jak OAuth/SSO, szczegółowy RBAC, AD/LDAP, dziennik audytu i inne mechanizmy kontroli dla firm. Portainer oferuje obecnie trzy węzły Business Edition za darmo, a powyżej tego cena zależy od wybranego planu i liczby węzłów.

Czy Dockge całkowicie zastępuje Portainera?

Przy jednym hoście Docker ze stackami compose, bez wymogu SSO ani szczegółowego RBAC, tak, Dockge czysto obsługuje codzienną pracę. Nie zastępuje jednak wsparcia dla Kubernetes, szczegółowego RBAC ani zarządzania rejestrem, które oferuje Portainer. Wsparcie wieloagentowe dodane w v1.4 pokrywa podstawowe scenariusze wieloserwerowe, ale nie jest pełnym zamiennikiem agenta Portainera.

Czy mogę używać Dockge do zarządzania Dockerem na wielu serwerach?

Tak. Od v1.4 (z dopracowaniem w v1.5) Dockge obsługuje wiele instancji Dockge zarządzanych z jednego interfejsu. Jest lżejsze niż model agentowy Portainera, ale nie dorównuje sterowanemu Gitem workflow międzyserwerowemu w Komodo. Przy dwóch czy trzech hostach jest w porządku, ale przy prawdziwej flocie serwerów lepszym narzędziem jest Komodo.

Które alternatywy dla Portainera oferują darmowe OIDC/SSO?

Arcane i Dockhand mają OIDC/SSO w darmowych planach. Komodo obsługuje OIDC oraz logowanie przez zewnętrznych dostawców. Dockge nie obsługuje OIDC. Zewnętrzne uwierzytelnianie i opcje SSO w Portainerze są częścią Business Edition.

Czy Portainer CE nadal warto używać w 2026 roku?

Tak. Portainer CE pozostaje aktywnie utrzymywany i wciąż dostarcza łatki na CVE w linii LTS. Jeśli twoja konfiguracja nie potrzebuje SSO, szczegółowego RBAC ani automatycznych aktualizacji w GitOps, nie ma pilnego powodu do migracji. Alternatywy z tego artykułu są dla użytkowników, którzy natrafili na konkretne ograniczenie CE, a nie dla tych, u których obecna konfiguracja działa dobrze.