Self-Hosting 13: Compose, Swarm und Portainer

Schritt 1 / 32

Docker Compose

Docker Compose beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Docker Compose beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung. Im Self-Hosting und Serverbetrieb ist Docker Compose ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Docker Compose im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Docker Compose im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Validiere die aufgelöste Konfiguration, wenn Variablen oder Einrückung ein unerwartetes Deployment erzeugen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Docker Compose beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Docker Compose beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung. Im Self-Hosting und Serverbetrieb ist Docker Compose ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Docker Compose im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Docker Compose in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Docker Compose relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 2 / 32

Compose file

Compose file beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Compose file beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung. Im Self-Hosting und Serverbetrieb ist Compose file ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Compose file im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Compose file im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Validiere die aufgelöste Konfiguration, wenn Variablen oder Einrückung ein unerwartetes Deployment erzeugen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Compose file beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Compose file beschreibt mehrere Containerdienste deklarativ als gemeinsame Anwendung. Im Self-Hosting und Serverbetrieb ist Compose file ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Compose file im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Compose file in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Compose file relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 3 / 32

Compose service

Compose service gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Compose service gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums. Im Self-Hosting und Serverbetrieb ist Compose service ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Compose service im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Compose service im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Projekt- und Servicenamen, wenn Befehle den falschen Container treffen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Compose service gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Compose service gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums. Im Self-Hosting und Serverbetrieb ist Compose service ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Compose service im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Compose service in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Compose service relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 4 / 32

Compose project

Compose project gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Compose project gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums. Im Self-Hosting und Serverbetrieb ist Compose project ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Compose project im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Compose project im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Projekt- und Servicenamen, wenn Befehle den falschen Container treffen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Compose project gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Compose project gruppiert wiederholbar konfigurierte Container innerhalb eines Compose-Namensraums. Im Self-Hosting und Serverbetrieb ist Compose project ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Compose project im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Compose project in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Compose project relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 5 / 32

Docker Swarm

Docker Swarm ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Docker Swarm ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Im Self-Hosting und Serverbetrieb ist Docker Swarm ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Docker Swarm im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Docker Swarm im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Node-Status und Manager-Quorum, wenn neue Tasks nicht geplant werden. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Docker Swarm ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Docker Swarm ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Im Self-Hosting und Serverbetrieb ist Docker Swarm ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Docker Swarm im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Docker Swarm in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Docker Swarm relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 6 / 32

Swarm manager

Swarm manager ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Swarm manager ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Im Self-Hosting und Serverbetrieb ist Swarm manager ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm manager im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Swarm manager im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Node-Status und Manager-Quorum, wenn neue Tasks nicht geplant werden. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Swarm manager ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Swarm manager ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Im Self-Hosting und Serverbetrieb ist Swarm manager ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm manager im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Swarm manager in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Swarm manager relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 7 / 32

Swarm worker

Swarm worker ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Swarm worker ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Im Self-Hosting und Serverbetrieb ist Swarm worker ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm worker im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Swarm worker im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Node-Status und Manager-Quorum, wenn neue Tasks nicht geplant werden. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Swarm worker ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Swarm worker ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Im Self-Hosting und Serverbetrieb ist Swarm worker ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm worker im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Swarm worker in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Swarm worker relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 8 / 32

Swarm node

Swarm node ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Swarm node ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Im Self-Hosting und Serverbetrieb ist Swarm node ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm node im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Swarm node im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Node-Status und Manager-Quorum, wenn neue Tasks nicht geplant werden. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Swarm node ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Swarm node ist Teil des Clusters, der Service-Sollzustände auf verfügbare Nodes verteilt. Im Self-Hosting und Serverbetrieb ist Swarm node ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament,...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm node im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Swarm node in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Swarm node relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 9 / 32

Stack

Stack bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Stack bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Im Self-Hosting und Serverbetrieb ist Stack ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Stack im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Stack im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Vergleiche gerenderte Stack-Datei und aktive Service-Spezifikation nach einem fehlgeschlagenen Update. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Stack bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Stack bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Im Self-Hosting und Serverbetrieb ist Stack ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Stack im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Stack in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Stack relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 10 / 32

Swarm service

Swarm service repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Swarm service repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Swarm service ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm service im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Swarm service im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Lies Task-Historie und Error-Spalte, wenn gewünschte und laufende Replikate abweichen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Swarm service repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Swarm service repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Swarm service ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm service im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Swarm service in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Swarm service relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 11 / 32

Swarm task

Swarm task repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Swarm task repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Swarm task ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm task im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Swarm task im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Lies Task-Historie und Error-Spalte, wenn gewünschte und laufende Replikate abweichen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Swarm task repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Swarm task repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Swarm task ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm task im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Swarm task in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Swarm task relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 12 / 32

Replica

Replica repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Replica repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Replica ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Replica im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Replica im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Lies Task-Historie und Error-Spalte, wenn gewünschte und laufende Replikate abweichen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Replica repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Replica repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Replica ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Replica im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Replica in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Replica relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 13 / 32

Desired state

Desired state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Desired state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Desired state ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Desired state im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Desired state im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Lies Task-Historie und Error-Spalte, wenn gewünschte und laufende Replikate abweichen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Desired state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Desired state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Desired state ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Desired state im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Desired state in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Desired state relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 14 / 32

Current state

Current state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Current state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Current state ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Current state im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Current state im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Lies Task-Historie und Error-Spalte, wenn gewünschte und laufende Replikate abweichen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Current state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Current state repräsentiert Sollkonfiguration, konkrete Ausführung oder Replikatzustand eines Swarm-Dienstes. Im Self-Hosting und Serverbetrieb ist Current state ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Current state im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Current state in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Current state relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 15 / 32

Rolling update

Rolling update steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Rolling update steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Im Self-Hosting und Serverbetrieb ist Rolling update ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Rolling update im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Rolling update im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Update-State und fehlerhafte neue Tasks, wenn ein Rollout pausiert. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Rolling update steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Rolling update steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Im Self-Hosting und Serverbetrieb ist Rolling update ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament,...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Rolling update im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Rolling update in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Rolling update relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 16 / 32

Update parallelism

Update parallelism steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Update parallelism steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Im Self-Hosting und Serverbetrieb ist Update parallelism ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Update parallelism im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Update parallelism im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Update-State und fehlerhafte neue Tasks, wenn ein Rollout pausiert. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Update parallelism steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Update parallelism steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Im Self-Hosting und Serverbetrieb ist Update parallelism ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Update parallelism im Verbund mit Nachbardiensten: Konfigurationsparameter...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Update parallelism in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Update parallelism relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 17 / 32

Update delay

Update delay steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Update delay steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Im Self-Hosting und Serverbetrieb ist Update delay ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Update delay im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Update delay im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Update-State und fehlerhafte neue Tasks, wenn ein Rollout pausiert. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Update delay steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Update delay steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Im Self-Hosting und Serverbetrieb ist Update delay ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Update delay im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Update delay in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Update delay relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 18 / 32

Rollback configuration

Rollback configuration steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Rollback configuration steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Im Self-Hosting und Serverbetrieb ist Rollback configuration ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Rollback configuration im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Rollback configuration im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Update-State und fehlerhafte neue Tasks, wenn ein Rollout pausiert. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Rollback configuration steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Rollback configuration steuert Reihenfolge, Tempo und Rückfallverhalten eines Service-Updates. Im Self-Hosting und Serverbetrieb ist Rollback configuration ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Rollback configuration im Verbund mit Nachbardiensten: Konfigurationsparameter...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Rollback configuration in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Rollback configuration relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 19 / 32

Placement constraint

Placement constraint beschränkt Tasks auf Nodes mit passenden Rollen oder Labels. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Placement constraint beschränkt Tasks auf Nodes mit passenden Rollen oder Labels. Im Self-Hosting und Serverbetrieb ist Placement constraint ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Placement constraint im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Placement constraint im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Vergleiche Constraint und Node-Labels, wenn ein Task dauerhaft pending bleibt. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Placement constraint beschränkt Tasks auf Nodes mit passenden Rollen oder Labels.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Placement constraint beschränkt Tasks auf Nodes mit passenden Rollen oder Labels. Im Self-Hosting und Serverbetrieb ist Placement constraint ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Placement constraint im Verbund mit Nachbardiensten: Konfigurationsparameter...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Placement constraint in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Placement constraint relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 20 / 32

Resource limit

Resource limit begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Resource limit begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen. Im Self-Hosting und Serverbetrieb ist Resource limit ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Resource limit im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Resource limit im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe freie Node-Ressourcen und OOM-Ereignisse, wenn Tasks abgelehnt oder beendet werden. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Resource limit begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Resource limit begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen. Im Self-Hosting und Serverbetrieb ist Resource limit ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Resource limit im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Resource limit in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Resource limit relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 21 / 32

Resource reservation

Resource reservation begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Resource reservation begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen. Im Self-Hosting und Serverbetrieb ist Resource reservation ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Resource reservation im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Resource reservation im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe freie Node-Ressourcen und OOM-Ereignisse, wenn Tasks abgelehnt oder beendet werden. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Resource reservation begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Resource reservation begrenzt Verbrauch oder reserviert planbare CPU- und Speicherressourcen. Im Self-Hosting und Serverbetrieb ist Resource reservation ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Resource reservation im Verbund mit Nachbardiensten: Konfigurationsparameter...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Resource reservation in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Resource reservation relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 22 / 32

Swarm secret

Swarm secret liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Swarm secret liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services. Im Self-Hosting und Serverbetrieb ist Swarm secret ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm secret im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Swarm secret im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Objektname und Ziel-Mount, wenn eine erwartete Konfigurationsdatei fehlt. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Swarm secret liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Swarm secret liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services. Im Self-Hosting und Serverbetrieb ist Swarm secret ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm secret im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Swarm secret in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Swarm secret relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 23 / 32

Swarm config

Swarm config liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Swarm config liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services. Im Self-Hosting und Serverbetrieb ist Swarm config ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm config im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Swarm config im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe Objektname und Ziel-Mount, wenn eine erwartete Konfigurationsdatei fehlt. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Swarm config liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Swarm config liefert sensible oder normale Konfigurationsdaten kontrolliert an ausgewählte Services. Im Self-Hosting und Serverbetrieb ist Swarm config ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Swarm config im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Swarm config in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Swarm config relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 24 / 32

Overlay network

Overlay network verbindet Services clusterweit und löst ihre logischen Namen auf. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Overlay network verbindet Services clusterweit und löst ihre logischen Namen auf. Im Self-Hosting und Serverbetrieb ist Overlay network ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Overlay network im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Overlay network im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Teste DNS und Zielport aus einem Task, wenn Service-zu-Service-Verkehr scheitert. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Overlay network verbindet Services clusterweit und löst ihre logischen Namen auf.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Overlay network verbindet Services clusterweit und löst ihre logischen Namen auf. Im Self-Hosting und Serverbetrieb ist Overlay network ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Overlay network im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Overlay network in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Overlay network relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 25 / 32

Ingress network

Ingress network verbindet Services clusterweit und löst ihre logischen Namen auf. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Ingress network verbindet Services clusterweit und löst ihre logischen Namen auf. Im Self-Hosting und Serverbetrieb ist Ingress network ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Ingress network im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Ingress network im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Teste DNS und Zielport aus einem Task, wenn Service-zu-Service-Verkehr scheitert. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Ingress network verbindet Services clusterweit und löst ihre logischen Namen auf.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Ingress network verbindet Services clusterweit und löst ihre logischen Namen auf. Im Self-Hosting und Serverbetrieb ist Ingress network ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Ingress network im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Ingress network in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Ingress network relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 26 / 32

Routing mesh

Routing mesh verbindet Services clusterweit und löst ihre logischen Namen auf. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Routing mesh verbindet Services clusterweit und löst ihre logischen Namen auf. Im Self-Hosting und Serverbetrieb ist Routing mesh ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Routing mesh im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Routing mesh im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Teste DNS und Zielport aus einem Task, wenn Service-zu-Service-Verkehr scheitert. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Routing mesh verbindet Services clusterweit und löst ihre logischen Namen auf.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Routing mesh verbindet Services clusterweit und löst ihre logischen Namen auf. Im Self-Hosting und Serverbetrieb ist Routing mesh ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Routing mesh im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Routing mesh in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Routing mesh relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 27 / 32

Service discovery

Service discovery verbindet Services clusterweit und löst ihre logischen Namen auf. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Service discovery verbindet Services clusterweit und löst ihre logischen Namen auf. Im Self-Hosting und Serverbetrieb ist Service discovery ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Service discovery im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Service discovery im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Teste DNS und Zielport aus einem Task, wenn Service-zu-Service-Verkehr scheitert. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Service discovery verbindet Services clusterweit und löst ihre logischen Namen auf.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Service discovery verbindet Services clusterweit und löst ihre logischen Namen auf. Im Self-Hosting und Serverbetrieb ist Service discovery ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament,...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Service discovery im Verbund mit Nachbardiensten: Konfigurationsparameter...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Service discovery in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Service discovery relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 28 / 32

Portainer

Portainer stellt eine Weboberfläche zur Inspektion und Verwaltung von Docker bereit. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Portainer stellt eine Weboberfläche zur Inspektion und Verwaltung von Docker bereit. Im Self-Hosting und Serverbetrieb ist Portainer ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Portainer im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Portainer im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Vergleiche Portainer-Anzeige mit Docker CLI, wenn ein veralteter UI-Zustand vermutet wird. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Portainer stellt eine Weboberfläche zur Inspektion und Verwaltung von Docker bereit.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Portainer stellt eine Weboberfläche zur Inspektion und Verwaltung von Docker bereit. Im Self-Hosting und Serverbetrieb ist Portainer ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Portainer im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Portainer in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Portainer relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 29 / 32

Stack editor

Stack editor bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Stack editor bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Im Self-Hosting und Serverbetrieb ist Stack editor ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Stack editor im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Stack editor im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Vergleiche gerenderte Stack-Datei und aktive Service-Spezifikation nach einem fehlgeschlagenen Update. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Stack editor bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Stack editor bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Im Self-Hosting und Serverbetrieb ist Stack editor ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament,...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Stack editor im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Stack editor in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Stack editor relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 30 / 32

Stack deployment

Stack deployment bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Stack deployment bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Im Self-Hosting und Serverbetrieb ist Stack deployment ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Stack deployment im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Stack deployment im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Vergleiche gerenderte Stack-Datei und aktive Service-Spezifikation nach einem fehlgeschlagenen Update. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Stack deployment bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Stack deployment bündelt zusammengehörige Swarm-Services aus einer deklarativen Stack-Datei. Im Self-Hosting und Serverbetrieb ist Stack deployment ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Stack deployment im Verbund mit Nachbardiensten: Konfigurationsparameter...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Stack deployment in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Stack deployment relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 31 / 32

Service scaling

Service scaling ändert die gewünschte Zahl gleichartiger Service-Replikate. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Service scaling ändert die gewünschte Zahl gleichartiger Service-Replikate. Im Self-Hosting und Serverbetrieb ist Service scaling ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Service scaling im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Service scaling im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Prüfe gemeinsam genutzten Speicher und Queue-Semantik, bevor mehr Worker gestartet werden. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Service scaling ändert die gewünschte Zahl gleichartiger Service-Replikate.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Service scaling ändert die gewünschte Zahl gleichartiger Service-Replikate. Im Self-Hosting und Serverbetrieb ist Service scaling ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Service scaling im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Service scaling in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Service scaling relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Schritt 32 / 32

Service inspect

Service inspect zeigt die vollständige aktive Service-Spezifikation des Swarm-Managers. Die Lernkarte zeigt die Rolle im Modul „Compose, Swarm und Portainer“ und einen sicheren Diagnoseweg.

S2

1. Verstehen

Service inspect zeigt die vollständige aktive Service-Spezifikation des Swarm-Managers. Im Self-Hosting und Serverbetrieb ist Service inspect ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das Fundament, um Systeme eigenständig zu konfigurieren, Abhängigkeiten zu durchschauen und Fehlverhalten zielgerichtet einzugrenzen.

2. Anwenden

Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Service inspect im Verbund mit Nachbardiensten: Konfigurationsparameter werden eingelesen, Systemressourcen reserviert und Statusinformationen bereitgestellt. Wer diese Zusammenhänge kennt, versteht genau, an welcher Stelle im Gesamtsystem Änderungen greifen.

Übung

Führe in einer sicheren Terminal- oder Testumgebung folgenden Diagnosebefehl aus, um den Zustand rund um Service inspect im Modul „Compose, Swarm und Portainer“ zu untersuchen:

docker service ls && docker service ps example-service

Beobachte die Ausgabe: Notiere den Rückgabewert, prüfe auf Warnungen und verifiziere, dass die relevanten Ressourcen wie erwartet antworten.

docker service ls && docker service ps example-service

3. Technisch einordnen

Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege. Prüfe bei Unregelmäßigkeiten stets Dateiberechtigungen, Prozessbindung, Logging-Streams und Umgebungsvariablen getrennt voneinander.

4. Vertiefen

Nutze Inspect statt der Editoransicht, um tatsächlich gesetzte Mounts und Variablen zu prüfen. Typische Ursachen für Störungen im Produktivbetrieb sind falsch gesetzte Dateirechte, blockierte Netzwerkports, Timeouts oder Ressourcenengpässe (z. B. Out-of-Memory). Als Best Practice gilt: Änderungen vorab in einer Testinstanz prüfen, Konfigurationsdateien versionieren, Protokolle mit Zeitstempeln auswerten und stets einen dokumentierten Rollback-Pfad bereithalten.

5. Prüfen

Was ist der Zweck? Service inspect zeigt die vollständige aktive Service-Spezifikation des Swarm-Managers.
Wie prüfst du den Zustand? Mit dem Befehl docker service ls && docker service ps example-service und einer getrennten Analyse von Logs, Berechtigungen und Ressourcen.
Welche Best Practice schützt vor Ausfällen? Einzelne kontrollierte Änderungen, Versionierung von Konfigurationen und ein getesteter Rollback-Pfad.
Was ist der Zweck? Erkläre die Rolle im Modul Compose, Swarm und Portainer und nenne Ein- sowie Ausgabe.
Wie prüfst du sicher? Sollzustand notieren, Belege sichern, genau eine Hypothese testen und denselben Test wiederholen.
Wann brichst du ab? Wenn Datenverlust, Rechteausweitung oder unbekannte Seiteneffekte drohen; dann Rollback und Dokumentation nutzen.

Zusammenfassung

Service inspect zeigt die vollständige aktive Service-Spezifikation des Swarm-Managers. Im Self-Hosting und Serverbetrieb ist Service inspect ein zentraler Baustein des Moduls „Compose, Swarm und Portainer“. Das Verständnis dieses Begriffs bildet das...
Bei Multi-Container-Diensten koordiniert dies Netzwerke, persistente Volumes und definierte Startreihenfolgen ganzer Anwendungs-Stacks per YAML-Manifest. Typischerweise interagiert Service inspect im Verbund mit Nachbardiensten: Konfigurationsparameter werden...
Auf technischer Ebene erfolgt die Inspektion und Fehlerdiagnose direkt über das Terminal oder Systemschnittstellen. Mit dem Befehl docker service ls && docker service ps example-service überprüfst du den aktuellen Betriebszustand und sicherst messbare Belege....

Optionale Praxisaufgabe

Erkläre Service inspect in drei Sätzen so, dass ein kompletter Anfänger folgen kann.
Notiere ein echtes Beispiel aus Alltag, Arbeit oder Projekt, in dem Service inspect relevant wird.
Schreibe eine typische Fehlerannahme auf und daneben, wie du sie prüfen würdest.
Optional: Skizziere einen Mini-Test oder Diagnoseweg, mit dem du den Begriff praktisch überprüfst.

Lernauftrag für diesen Schritt

Formuliere die Kerndefinition in einem eigenen Satz.
Notiere ein praktisches Beispiel, in dem du diesen Begriff wirklich brauchen würdest.
Beantworte den Quick-Check ohne Nachschauen und prüfe danach die Antworten.
Gehe erst weiter, wenn du den Begriff jemandem ohne Fachsprache erklären kannst.

Stand: 2026-09-21 3 Quellen source_backed

Self-Hosting 13: Compose, Swarm und Portainer

Abschlussprüfung

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen

Zusammenfassung

Lernauftrag für diesen Schritt

1. Verstehen

2. Anwenden

Übung

3. Technisch einordnen

4. Vertiefen

5. Prüfen