Portainer
Portainer ist die Web-Oberfläche für Docker: Container, Stacks und ganze Geräteflotten per Klick statt Kommandozeile.
Das ist der Aufbau: links Portainer im Browser, rechts drei Docker-Umgebungen — lokal, ein Server im Rechenzentrum und ein IoT-Gerät hinter einer Firewall.
// Teste dich
Was ist Portainer im Kern?
In 30 Sekunden
Portainer ist eine Verwaltungsoberfläche für Container-Umgebungen, die selbst als Container läuft. Statt Befehle einzutippen, verwaltet man Docker, Docker Swarm oder Kubernetes im Webbrowser: Container starten, Logs lesen, Stacks (mehrere zusammengehörige Container) deployen. Besonders stark ist Portainer, wenn viele Umgebungen zusammenkommen — vom lokalen Server bis zu IoT-Geräten im Feld, die über den Edge Agent von innen heraus Verbindung aufnehmen. Benutzer und Teams bekommen dabei nur die Rechte, die sie wirklich brauchen.
Portainer ist wie die Leitwarte eines Gebäudeparks: Der Hauswart sitzt in einem Büro und sieht alle Gebäude auf einen Blick — Störung quittieren, Anlage neu starten, alles per Knopfdruck statt vor Ort. Und das Gebäude im gesicherten Sperrbezirk? Dort ruft der Pförtner selbst regelmässig in der Leitwarte an — niemand von aussen braucht einen Schlüssel.
Wo trifft man Portainer an?
Heim-Server und Homelab
Der klassische Einstieg: ein kleiner Server mit einer Handvoll Containern. Beispiel: Auf einem Raspberry Pi laufen MQTT-Broker, Node-RED und eine Datenbank — Portainer zeigt alle drei, samt Logs und Neustart-Knopf.
Server-Betrieb im KMU
Wenige Docker-Hosts, kein eigenes Plattform-Team. Beispiel: Die IT verwaltet den Intranet-Server und den Test-Server über eine Oberfläche, statt sich per SSH auf jede Maschine zu verbinden.
IoT- und Edge-Flotten
Viele Geräte im Feld, alle hinter Firewalls oder Mobilfunk-Routern. Beispiel: 50 Gateways in verschiedenen Werken melden sich per Edge Agent von innen — ein Software-Update wird zentral angestossen und verteilt sich auf alle.
Kubernetes-Einstieg
Portainer legt eine vereinfachte Oberfläche über Kubernetes. Beispiel: Ein Team deployt seine erste Anwendung in einen kleinen Cluster, ohne vorher die ganze kubectl-Befehlswelt zu lernen.
Teams mit gemischtem Wissensstand
Nicht jeder im Betrieb ist Kommandozeilen-Profi. Beispiel: Der Support darf Container neu starten und Logs lesen — deployen und löschen bleibt den Administratoren vorbehalten.
Ausbildung und Schulung
Container-Konzepte werden sichtbar statt abstrakt. Beispiel: Lernende sehen im Browser, wie aus einer Compose-Datei ein laufender Stack mit Netz und Volumes wird.
Gut geeignet für
- Für alle, die Docker ohne Kommandozeile bedienen wollen, weil Container, Images, Netze und Volumes übersichtlich im Browser erscheinen — inklusive Logs und Konsole per Klick.
- Für verteilte Geräteflotten hinter Firewalls, weil der Edge Agent die Verbindung von innen nach aussen aufbaut — es muss kein einziger Port geöffnet werden.
- Für Teams mit abgestuften Rechten, weil sich Benutzer und Teams pro Umgebung berechtigen lassen — jeder sieht nur, was ihn betrifft.
- Für gemischte Landschaften, weil Docker, Docker Swarm und Kubernetes in derselben Oberfläche verwaltet werden.
- Für den schnellen Start, weil Portainer selbst nur ein Container ist — ein Befehl, und die Oberfläche läuft.
Weniger geeignet für
- Für Teams, die ihre Infrastruktur strikt aus Git heraus betreiben (GitOps), weil Klick-Änderungen an der Versionskontrolle vorbeilaufen; besser passen CI/CD-Pipelines, Argo CD oder Flux.
- Für grosse Kubernetes-Plattformen mit eigenem Plattform-Team, weil dort Mehr-Cluster-Verwaltung und Richtlinien im Zentrum stehen; besser passen Rancher oder OpenShift.
- Als Monitoring- oder Alarmierungswerkzeug, weil Portainer den Zustand zeigt, aber keine Messreihen sammelt und keine Alarme auswertet; besser passt Grafana mit Prometheus oder InfluxDB.
- Wenn feingranulare Rollen und Freigabe-Prozesse Pflicht sind, weil das ausgebaute Rechtemodell der kommerziellen Business Edition vorbehalten ist; die Community Edition bietet Basis-Rechte.
Fakten
- Web-Oberfläche für Container-Verwaltung
- Portainer.io (Neuseeland)
- 2016
- Community Edition (Open Source, zlib-Lizenz) · Business Edition (kommerziell)
- Docker, Docker Swarm, Kubernetes
- eigener Container (Image portainer-ce)
- Webbrowser, Standard-Port 9443 (HTTPS)
- Agent (im LAN) · Edge Agent (ausgehender Tunnel für Geräte hinter Firewalls)
Im Detail
Selbst nur ein Container
Portainer wird nicht klassisch installiert, sondern als Container gestartet — ein einziger Docker-Befehl genügt. Danach ist die Oberfläche im Browser erreichbar und zeigt den lokalen Docker-Host sofort an: alle Container, Images, Netze und Volumes. Für den lokalen Host braucht es keine weitere Software, Portainer spricht direkt mit der Docker-Schnittstelle.
Environments: alle Docker-Hosts an einem Ort
Jeder verwaltete Host ist in Portainer eine «Environment» (Umgebung). Entfernte Server werden über einen kleinen Agenten angebunden — ebenfalls ein Container, der auf dem Zielsystem läuft und die Docker-Schnittstelle für Portainer bereitstellt. So wächst die Oberfläche vom einzelnen Heim-Server zur Übersicht über Dutzende Maschinen, ohne dass sich die Bedienung ändert.
Edge Agent: gemacht für Geräte hinter Firewalls
Der Edge Agent dreht die Verbindungsrichtung um: Nicht Portainer greift auf das Gerät zu, sondern das Gerät meldet sich in regelmässigen Abständen beim Portainer-Server. Das ist der entscheidende Trick für IoT-Flotten — Gateways hinter Firmen-Firewalls oder Mobilfunk-Routern brauchen keinen einzigen offenen Port und keine feste IP-Adresse. Updates und Stacks werden zentral hinterlegt, das Gerät holt sie sich beim nächsten Kontakt ab. So lassen sich hunderte Standorte verwalten, die von aussen gar nicht erreichbar sind.
Stacks: Compose im Browser
Ein Stack ist in Portainer das, was eine compose.yaml beschreibt: mehrere zusammengehörige Container samt Netz und Volumes. Die Datei wird direkt im Browser eingefügt oder aus einem Git-Repository geladen, ein Klick deployt sie auf die gewählte Umgebung. Änderungen laufen über denselben Weg — praktisch für alle, die Compose kennen, aber nicht auf jedem Host eine Kommandozeile öffnen wollen.
Benutzer, Teams und Rechte
Portainer bringt eine eigene Benutzerverwaltung mit: Benutzer gehören zu Teams, Teams werden pro Umgebung berechtigt. Ein Werks-Team sieht nur die Gateways seines Standorts, die zentrale IT sieht alles. Die Community Edition deckt dieses Grundmodell ab; feiner abgestufte Rollen, externe Verzeichnisdienste und Freigabe-Workflows sind Teil der kommerziellen Business Edition.
Was Portainer nicht ist
Portainer verwaltet Container, aber es überwacht sie nicht im Sinn von Messreihen und Alarmen — dafür kombiniert man es mit Grafana und Prometheus oder InfluxDB. Und wer seine Infrastruktur vollständig als Code in Git pflegt, nutzt Portainer eher als Sichtfenster für den Betrieb, nicht als Werkzeug für Änderungen: Was per Klick verändert wird, steht in keiner Versionsgeschichte.