Kubernetes vs. Docker – Was ist der Unterschied?
Hardware-Virtualisierung bietet eine Reihe von Vorteilen wie Skalierbarkeit, Sicherheit, Isolierung usw., indem Hypervisoren zur Teilung physischer Hardware mit Virtuellen Maschinen (VMs) eingesetzt werden. Derzeit sind Virtuelle Maschinen nicht die einzige Form der Virtualisierung, da auch Container sehr beliebt geworden sind. Während VMs die physische Hardware der zugrunde liegenden Maschinen teilen, teilen sich Container den Kernel des zugrunde liegenden Betriebssystems. Container sind keine leichtgewichtigen Virtuellen Maschinen, sondern standardisierte ausführbare Pakete, die zur Bereitstellung von Anwendungen verwendet werden, einschließlich Anwendungen, die von der mikroservicebasierten Softwarearchitektur entwickelt wurden, und alle Komponenten enthalten, die zum Ausführen von Anwendungen erforderlich sind.
Die Docker-Engine ist die beliebteste Plattform für die Ausführung von Containern. Kubernetes ist ein Begriff, den Sie im Bereich der Containerisierung und der Cloud immer häufiger hören werden. Aber was ist besser – Docker oder Kubernetes? Das ist ein beliebtes Diskussionsthema, aber so formuliert ist es technisch nicht korrekt. Man kann beispielsweise nicht fragen: „Was ist besser – heiß oder blau?“
Was ist Docker?
Docker ist eine eigenständige Open-Source-Anwendung, die als Engine zum Ausführen containerisierter Anwendungen dient. Sie wird auf Ihrem Betriebssystem (OS) installiert, vorzugsweise auf Linux, kann aber auch unter Windows und macOSinstalliert werden, die wiederum auf einer physischen oder virtuellen Maschine laufen.
Eine in einem Container ausgeführte Anwendung ist vom Rest des Systems und von anderen Containern isoliert, vermittelt jedoch den Eindruck, als würde sie in einer eigenen OS-Instanz laufen. Auf einem einzigen Betriebssystem können mehrere Docker-Container gleichzeitig ausgeführt werden. Sie können diese Container mit Docker verwalten, und Docker kann ohne Kubernetes ausgeführt werden. Wenn Sie mehrere Hosts für die Ausführung von Containern haben, kann das Management schwierig sein, und es ist im Allgemeinen besser, ein zentrales Management-Tool oder eine Orchestrierungslösung zu wählen.
Docker Compose ist ein grundlegendes Tool für die Container-Orchestrierung, das für die Ausführung von Docker-Anwendungen mit mehreren Containern verwendet wird. Sie können eine YAML (yml)-Konfigurationsdatei für Docker Compose konfigurieren, um Multi-Container-Anwendungen zu definieren, anstatt für jeden Container manuell separate Dockerfiles zu konfigurieren. Nach der Konfiguration der einzelnen YAML-Datei können Sie alle erforderlichen Container mit einem einzigen Befehl in Ihrer Linux-Konsole ausführen. Die Verwendung von Docker Compose ist eine Möglichkeit für die Orchestrierung Ihrer Docker-Container, aber es gibt eine leistungsstarke Alternative zu Docker Compose, die Kubernetes heißt.
Was ist Kubernetes?
Kubernetes ist eine Open-Source-Lösung für die Container-Orchestrierung, die zum Management von containerisierter Software und Diensten mit einem hohen Automatisierungsgrad verwendet wird.
Kubernetes ist ein Google-Projekt, das die Bereitstellung, Skalierung und Verfügbarkeit von Anwendungen, die in Containern ausgeführt werden, automatisieren soll. Sie können die Anzahl der Hosts, auf denen Container ausgeführt werden, auf bis zu 11 oder mehr Hosts erhöhen. Darüber hinaus können Sie mit Kubernetes einen Cluster von Docker-Containern erstellen, um eine hohe Verfügbarkeit und Lastenausgleich zu gewährleisten.
Hosts, die in einem Cluster verwendet werden, werden als Knoten bezeichnet. Die Architektur von Kubernetes ist vom Typ Master-Slave – der Cluster besteht aus Master-Knoten und Arbeitsknoten. Die von Kubernetes empfohlene Mindestanzahl an Knoten beträgt vier. Sie können zwar einen Cluster mit einem einzigen Rechner aufbauen, aber um alle Beispiele und Tests auszuführen, benötigen Sie mindestens vier Knoten. Ein Kubernetes-Cluster, der Produktionsdatenverkehr verarbeitet, sollte mindestens drei Arbeitsknoten haben. Die Verwendung von zwei Master-Knoten schützt Ihren Cluster vor dem Ausfall eines Master-Knotens. Bei Bedarf können Sie mehr als zwei Master-Knoten verwenden.
- Master-Knoten werden zum Verwalten des Status eines Clusters verwendet, darunter die Annahme von Client-Anfragen, das Planen von Vorgängen mit Containern, die Ausführung von Regelkreisen usw. Eine Kopie der Datenbank etcd , in der alle Daten des Clusters gespeichert sind, muss auf jedem Master-Knoten ausgeführt werden. Der Master-Knoten führt eine Reihe von drei Prozessen aus: kube-apiserver, kube-controller-manager und kube-scheduler.
- Arbeitsknoten werden verwendet, um Anwendungs-Workloads durch Ausführen von Containern auszuführen. Die beiden Kubernetes-Prozesse werden auf dem Nicht-Master-Knoten ausgeführt: kubelet (für die Kommunikation mit den Master-Knoten) und kube-proxy (für die Reflexion der Kubernetes-Netzwerkdienste auf jedem Knoten).
- Replication Controller ist eine Komponente, die sicherstellt, dass Pod-Replikate, deren Anzahl festgelegt ist, zu jedem Zeitpunkt ausgeführt werden. So können Sie sicherstellen, dass Pods immer verfügbar sind, wenn Sie sie benötigen.
Wenn Kubernetes verwendet wird, werden verschiedene CLIs und APIs für die Kommunikation zwischen Diensten verwendet. Es gibt auch spezifische Begriffe, die für den Namen von Objekten und Ressourcen der RESTful-API verwendet werden, die Komponenten des mit Kubernetes erstellten Clusters sind. - Pod ist eine grundlegende Einheit zum Planen in Kubernetes. Dabei handelt es sich um eine Gruppe von Ressourcen, in der mehrere Container arbeiten können. Container, die zu einem Pod gehören, können auf demselben Host ausgeführt werden und dieselben Ressourcen und dasselbe lokale Netzwerk nutzen. Die Container im Pod sind voneinander isoliert, können jedoch problemlos miteinander kommunizieren. Daher werden Pods in Kubernetes allgemein verwendet. Wenn Sie jedoch eine eigenständige Docker-Anwendung verwenden, stehen nur Container-Pools zur Verfügung.
- Service ist eine Gruppe von Containern, die zusammenarbeiten und beispielsweise die Funktion einer mehrschichtigen Anwendung gewährleisten. Kubernetes unterstützt die dynamische Benennung und Lastverteilung von Pods mithilfe von Abstraktionen. Dieser Ansatz gewährleistet eine transparente Verbindung zwischen Diensten anhand des Namens und ermöglicht es Ihnen, deren aktuellen Status zu verfolgen.
- Labels sind Schlüssel/Wert-Paare, die an Pods und andere Objekte oder Dienste gebunden sind und es zusätzlich ermöglichen, diese einfach in Gruppen zu gruppieren und ihnen Aufgaben zuzuweisen.
- Namespaces sind eine Methode, mit der der vereinte Kubernetes-Cluster logisch in mehrere virtuelle Cluster unterteilt werden kann. Jeder virtuelle Cluster kann innerhalb einer durch Quoten begrenzten virtuellen Umgebung existieren, ohne Auswirkungen auf andere virtuelle Cluster zu haben.
Kubernetes kann mit Docker verwendet werden, obwohl Docker nicht die einzige Plattform für Container ist, mit der Kubernetes verwendet werden kann. Kubernetes kann auch in Verbindung mit Windows-Containern, Linux-Containern, rkt usw. verwendet werden. K8s ist der Name für Kubernetes, der manchmal in technischen Dokumentationen zu finden ist.
Kubernetes vs. Docker: Vergleich der Netzwerk-Optionen
Sehen wir uns die Netzwerk-Optionen für jede Lösung an.
Docker bietet drei Netzwerkmodi für die Netzwerkkommunikation zwischen Containern.
Bridge. Dieser Modus wird standardmäßig verwendet und erstellt eine virtuelle Layer-3-Brücke. Der Netzwerkname auf Ihrem Host lautet docker0 für dieses Netzwerk. Docker erstellt automatisch eine Layer-3-Netzwerkbrücke und konfiguriert Masquerading-Regeln für die externe Netzwerkschnittstelle unter Verwendung des NAT-Prinzips (Network Address Translation (NAT), wodurch Container miteinander kommunizieren und sich mit externen Netzwerken verbinden können. Sie können die Portweiterleitung für die Netzwerkschnittstelle des Hosts konfigurieren, wenn Sie sich von anderen Hosts und externen Netzwerken aus mit einem Container verbinden möchten. Durch die Verbindung mit dem entsprechenden Port des Hosts werden Sie somit an den erforderlichen Port des Docker-Containers weitergeleitet. Bei Bedarf können Sie mehr als eine Netzwerkschnittstelle für einen Docker-Container erstellen.
Host-. In diesem Modus stellt ein Host-Netzwerktreiber sicher, dass ein Container nicht vom Docker-Host isoliert ist. Der Container teilt sich den Netzwerkstack mit dem Host, und der Name des Containers entspricht dem Namen des Host-Betriebssystems. Wenn Sie einen Container ausführen, auf dem der TCP-Port 8080 überwacht wird, ist die Container-Anwendung auf dem TCP-Port 8080 der IP-Adresse des Hostcomputers verfügbar. Der Host-Netzwerktreiber ist nur für Linux-Computer verfügbar.
Keine. Für die Netzwerkschnittstelle eines bestimmten Containers sind keine IP-Adressen konfiguriert, mit Ausnahme der Adresse 127.0.0.1 für die Loopback-Schnittstelle. Es besteht kein Zugriff auf externe Netzwerke, wenn der Netzwerkmodus Keine Keine
Multi-Host-Netzwerk für Docker-Container. Wenn Container auf verschiedenen Hosts ausgeführt werden, können sie nach der Konfiguration des Overlay-Netzwerks miteinander kommunizieren. Ein gültiger Schlüssel-Wert-Speicherdienst (Consul, Etcdoder ZooKeeper) muss für die Erstellung solcher Netzwerke konfiguriert werden.
Kubernetes. Wenn Sie eigenständige Docker-Container verwenden, kann jeder Container als eine Grundeinheit betrachtet werden, die über das Netzwerk mithilfe der entsprechenden Netzwerkschnittstelle kommuniziert. Wenn Sie Kubernetes verwenden, sind Pods die Grundeinheiten des Container-Clusters. Jeder Pod hat seine eigene IP-Adresse und besteht aus mindestens einem Container. Ein Pod kann aus mehreren Containern bestehen, die für verwandte Aufgaben verwendet werden. Container desselben Pods können nicht gleichzeitig denselben Port öffnen. Diese Art von Einschränkung wird verwendet, da ein Pod, der aus mehreren Containern besteht, immer noch eine einzige IP-Adresse hat.
Darüber hinaus erstellt Kubernetes für jeden Pod einen speziellen Pause-Container . Dieser spezielle Container soll anderen Containern eine Netzwerkschnittstelle (für interne und externe Kommunikation) bereitstellen und befindet sich normalerweise im Pausenmodus (im Ruhezustand). Diese Pause-Container werden aktiviert, wenn Kubernetes ein „SIGTERM”-Signal sendet.
Flannel wird in der Regel als Netzwerkstruktur für die Verbindung von Containern in Kubernetes verwendet, wobei die Prinzipien des Netzwerk-Overlays zum Einsatz kommen. Das Overlay-Netzwerk ermöglicht es Ihnen, Container auszuführen, indem Sie über das logische Netzwerk mit verschiedenen physischen Hosts des Clusters (die als Knoten bezeichnet werden) über das logische Netzwerk zu kommunizieren. Der Open-Source-Etcd-Schlüssel/Wert-Speicher wird verwendet, um die Zuordnungen zwischen den realen IP-Adressen, die den Containern von den Hosts zugewiesen wurden, auf denen die Container ausgeführt werden, und den IP-Adressen im Overlay-Netzwerk zu speichern.
Kubernetes-Netzwerke können mithilfe des NSX Container Plugins in VMware NSX-T integriert werden. Diese Integration ermöglicht Ihnen die Verwendung einer Multi-Tenant-Netzwerktopologie, die in Kubernetes nicht standardmäßig verfügbar ist.
Das Kubernetes-Netzwerkmodell bietet die folgenden Funktionen:
- Alle Container können ohne NAT mit allen anderen Containern innerhalb eines Clusters kommunizieren.
- Alle Clusterknoten können ohne NAT mit allen Containern innerhalb eines Clusters kommunizieren. Umgekehrt können alle Container mit allen Clusterknoten kommunizieren.
- Container sehen ihre eigenen IP-Adressen, und diese IP-Adressen werden von anderen Komponenten von Kubernetes gesehen.
Ingress ist ein API-Objekt von Kubernetes, das zum Verwalten des Zugriffs auf Dienste im Cluster von außen (hauptsächlich HTTP und HTTPS) verwendet wird. Sie können Ingress so konfigurieren, dass es den externen Zugriff auf die containerisierten Dienste für Lastenausgleich, SSL-Terminierung und namensbasiertes virtuelles Hosting durchführt. Ein Ingress-Controller muss auf dem Master-Knoten bereitgestellt werden, damit die Ingress-Regeln funktionieren.
Verwendungsfälle
Die Verwendung von Docker als eigenständige Software eignet sich gut für die Entwicklung von Anwendungen, da Entwickler ihre Anwendungen in isolierten Umgebungen ausführen können. Darüber hinaus können Tester Docker auch zum Ausführen von Anwendungen in Sandbox-Umgebungen verwenden. Wenn Sie Docker zum Ausführen einer großen Anzahl von Containern in der Produktionsumgebung verwenden möchten, können dabei einige Komplikationen auftreten. Beispielsweise können einige Container leicht überlastet werden oder ausfallen. Sie können den Container auf dem entsprechenden Rechner manuell neu starten, aber das Managen der Container kann viel Ihrer wertvollen Zeit und Energie in Anspruch nehmen.
Kubernetes ermöglicht es Ihnen, diese Probleme zu lösen, indem es wichtige Funktionen wie Hochverfügbarkeit, Lastenausgleich, Container-Orchestrierungstools usw. bereitstellt. Daher eignet sich Kubernetes am besten für hoch ausgelastete Produktionsumgebungen mit einer großen Anzahl von Docker-Containern. Die Bereitstellung von Kubernetes ist schwieriger als die Installation einer eigenständigen Docker-Anwendung, weshalb Kubernetes nicht immer für Entwicklung und Tests verwendet werden kann.
Kubernetes vs. Docker Swarm
Docker Swarm ist ein natives Clustering-Tool für Docker, mit dem ein Pool von Docker-Hosts in einen einzigen virtuellen Host umgewandelt werden kann. Docker Swarm ist vollständig in die Docker Engine integriert und ermöglicht die Verwendung von Standard-APIs und Netzwerkprozessen. Es dient zum Bereitstellen, Verwalten und Skalieren von Docker-Containern.
Swarm ist ein Cluster von Docker-Hosts, die als Knoten bezeichnet werden. Betrachten wir die folgenden Hauptkomponenten eines Clusters, wenn Sie Docker Swarm verwenden, bevor wir die Clusterbereitstellung mit Kubernetes und Docker Swarm vergleichen:
Manager-Knoten werden für die Steuerung der Orchestrierung, das Management des Clusters und die Aufgabenverteilung verwendet.
Arbeitsknoten werden zum Ausführen von Containern verwendet, deren Aufgaben von Manager-Knoten zugewiesen werden. Jeder Knoten kann als Manager-Knoten, Arbeitsknoten oder als beides konfiguriert werden, um sowohl Manager- als auch Arbeitsknoten-Funktionen auszuführen. Beachten Sie, dass Worker-Knoten Swarm-Dienste ausführen.
Dienste. Ein Dienst von Docker Swarm definiert den erforderlichen optimalen Zustand für jeden containerisierten Dienst. Ein Dienst steuert Parameter wie die Anzahl der Replikate, die dafür verfügbaren Netzwerkressourcen, die Ports, die von externen Netzwerken aus zugänglich sein müssen, usw. Die Dienstkonfiguration, wie z. B. die Netzwerkkonfiguration, kann geändert und auf einen Container angewendet werden, ohne dass Sie den Dienst mit dem Container manuell neu starten müssen.
Aufgaben. Eine Aufgabe ist ein Slot, in dem ein einzelner Container ausgeführt wird. Aufgaben sind die Bestandteile eines Swarm-Dienstes.
Somit sind Docker Swarm und Kubernetes zwei verschiedene Plattformen, die für ähnliche Zwecke verwendet werden. Nun ist es an der Zeit, sie in einer Reihe von Kategorien zu vergleichen.
Cluster-Bereitstellung
Docker Swarm. Eine Standard-Docker-API ermöglicht es Ihnen, einen Cluster mit Swarm zu bereitstellen, indem Sie eine Standard-Docker-CLI (Befehlszeilenschnittstelle) verwenden, die die Bereitstellung vereinfacht, insbesondere bei der ersten Verwendung. Die einfache Bereitstellung von Swarm im Vergleich zu Kubernetes wird auch von der Fähigkeit eines einzelnen Docker-Masters erreicht, über die Verteilung der Dienste zu entscheiden. In Docker Swarm werden keine Pods verwendet.
Kubernetes erfordert die Verwendung bestimmter Befehle, die sich von den Standard-Docker-Befehlen unterscheiden. In Kubernetes werden bestimmte APIs verwendet, was bedeutet, dass Sie, selbst wenn Sie die Befehle zum Docker-Management kennen, möglicherweise auch die Verwendung einer zusätzlichen Reihe von Tools für die Kubernetes-Bereitstellung erlernen müssen. Die Knoten müssen im Kubernetes-Cluster manuell definiert werden – Sie sollten den Master-Knoten auswählen, den Controller, den Scheduler usw. definieren.
Skalierbarkeit
Docker Swarm. Dank der einfachen API von Docker können Container und Service-Updates in großen und kleinen Clustern schneller bereitgestellt werden. Die Befehlszeilenschnittstelle (CLI) ist recht einfach und leicht verständlich. Daher kann Swarm im Vergleich zu Kubernetes als skalierbarere Lösung angesehen werden.
Kubernetes bietet vergleichsweise einheitliche APIs und eine Reihe von Funktionen, die häufig zu einem langsameren Prozess der Bereitstellung führen. Es gibt drei Arten von Komponenten, die konfiguriert werden müssen: Pod, Bereitstellen und Service. Wenn es um die automatische Skalierung geht, ist Kubernetes aufgrund seiner Fähigkeit, Serverlasten zu analysieren und zusätzlich die Möglichkeit zu bieten, entsprechend den gegebenen Anforderungen automatisch nach oben und unten zu skalieren, vorzuziehen. Kubernetes ist die optimale Wahl für große verteilte Netzwerke und komplexe Systeme.
Hochverfügbarkeits
Die beiden Optionen verfügen jeweils über ähnliche Mechanismen zur Dienstreplikation und Redundanz. In beiden Fällen ist das System selbstregulierend und erfordert keine manuelle Neukonfiguration, nachdem ein ausgefallener Knoten wieder in einen Cluster zurückkehrt.
Docker Swarm. Manager-Knoten verwalten die Ressourcen der Worker-Knoten und des gesamten Clusters. Die Swarm-Cluster-Knoten sind an der Replikation von Diensten beteiligt.
Kubernetes. Nicht funktionsfähige Knoten werden von den Lastenausgleichsdiensten von Kubernetes erkannt und aus dem Cluster entfernt. Alle Pods werden auf die Knoten verteilt, wodurch eine hohe Verfügbarkeit gewährleistet ist, falls ein Knoten, auf dem eine containerisierte Anwendung ausgeführt wird, ausfällt.
Lastenausgleich
Docker Swarm. Lastenausgleich ist eine integrierte Funktion und kann automatisch über das interne Swarm-Netzwerk durchgeführt werden. Alle Anfragen an den Cluster werden verteilt und an die Cluster-Knoten weitergeleitet; jeder Knoten kann sich mit jedem Container verbinden. Docker Swarm verwendet ein DNS-Element, um eingehende Anfragen an Servicenamen zu verteilen.
Kubernetes. In Pods definierte Richtlinien werden für den Lastausgleich in Kubernetes verwendet. In diesem Fall müssen Container-Pods als Dienste definiert werden. Sie müssen die Lastenausgleichs-Einstellungen manuell konfigurieren, während Ingress für den Lastenausgleich genutzt werden kann.
Erstellen und Ausführen von Containern
Docker SwarmDank der standardisierten API von Docker Swarm kann die überwiegende Mehrheit der für die Docker-CLI verfügbaren Befehle auch bei Verwendung von Docker Swarm genutzt werden. Docker Compose definiert die Arbeit mit Volumes und verwendeten Netzwerken und legt darüber hinaus fest, welche Container gruppiert werden müssen. Die genaue Anzahl der Replikate kann mit Docker Compose für Docker Swarm festgelegt werden.
Kubernetes. Kubernetes verfügt über eine eigene API und einen eigenen Client und erfordert die Konfiguration von YAML-Dateien. Dies ist einer der wichtigsten Unterschiede, da Docker Compose und Docker CLI in diesem Fall nicht zum Bereitstellen von Containern verwendet werden können. In Kubernetes folgt das System zum Definieren von Diensten einem ähnlichen Funktionsprinzip wie bei Docker Compose, ist jedoch komplexer. Die Funktionalität von Docker Compose wird in Kubernetes mithilfe von Pods, Deployments und Services ausgeführt, wobei jede Ebene für ihren eigenen spezifischen Zweck verwendet wird. Pods sind für die Interaktion zwischen Containern zuständig, während Bereitstellungen für die Hochverfügbarkeit und Vernetzung eines einzelnen Knotens im Cluster verantwortlich sind (ähnlich wie Docker Compose für eine eigenständige Docker-Anwendung ohne Swarm) und Kubernetes-Services für die Konfiguration des Servicebetriebs innerhalb des Clusters, die Fehlertoleranz usw. zuständig sind.
Netzwerk
Docker Swarm. Es gibt ein standardmäßiges internes Netzwerk für die Kommunikation von Containern innerhalb eines Clusters, zu dem bei Bedarf weitere Netzwerke hinzugefügt werden können. Netzwerke werden mit generierten TLS-Zertifikaten geschützt. Es gibt Support für die manuelle Zertifikatsgenerierung zur Verschlüsselung des Datenverkehrs von Containern.
Kubernetes. Das Netzwerkmodell von Kubernetes unterscheidet sich erheblich und wird mithilfe von Plugins implementiert, von denen Flannel die beliebteste Option ist. Pods interagieren miteinander, und diese Interaktion kann durch Richtlinien eingeschränkt werden. Es gibt ein internes Netzwerk, das vom etcd-Dienst verwaltet wird. TLS-Verschlüsselung ist ebenfalls verfügbar, muss jedoch manuell konfiguriert werden. Das Kubernetes-Netzwerkmodell setzt die Konfiguration von zwei CIDRs voraus, Classless Inter-Domain Routing, auch bekannt als Supernetting.
Überwachte Workloads
Docker Swarm. Es gibt keine integrierten Tools für die Überwachung und Protokollierung, Sie können jedoch manuell Überwachungstools von Drittanbietern einrichten. Zu diesem Zweck können ELK oder Reimann verwendet werden.
Kubernetes. Kubernetes bietet integrierte Tools für die Protokollierung und Überwachung. Elasticsearch und Kibana (ELK) können zur Überwachung des gesamten Cluster-Zustands verwendet werden, während Heapster, Grafana und Influx einen Support für die Überwachung von Container-Diensten bieten.
Grafische Benutzeroberfläche (GUI)
Docker Swarm. Die GUI kann mit Tools von Drittanbietern wie Portainer.io aktiviert werden, das eine benutzerfreundliche Weboberfläche bietet. Alternativ können Sie die Enterprise Ausgabe von Docker verwenden, die eine grafische Oberfläche für das Cluster-Management bietet.
Kubernetes. Die von Kubernetes bereitgestellte GUI ist ein zuverlässiges Dashboard, auf das über eine Webschnittstelle zugegriffen werden kann und mit dem Sie Ihren Cluster einfach steuern können. Die GUI kann ein sehr wertvolles Werkzeug für Benutzer sein, die nur über minimale Erfahrung im Management von Kubernetes mit der CLI verfügen.
Fazit
Docker Swarm ist eine native Docker-Lösung, die in erster Linie die Docker-API und die CLI nutzt. Kubernetes hingegen ist ein Projekt von Google, das für die Bereitstellung eines Clusters verwendet wird, auf dem Container ausgeführt werden.
Sowohl Docker Swarm als auch Kubernetes bieten Hochverfügbarkeit, Lastenausgleich, Overlay-Netzwerke und Skalierbarkeit. Docker Swarm ist von beiden Lösungen die einfachere für die Bereitstellung, da die Konfiguration der meisten Funktionen automatisiert ist und es nur wenige Hardware-Ressourcen verbraucht. Die Funktionalität ist jedoch durch die Docker-API eingeschränkt, und es fehlen native Überwachungstools.
Kubernetes hingegen ist eine modulare Lösung mit einem hohen Maß an Flexibilität, die seit einigen Jahren von den meisten großen Unternehmen unterstützt wird. Für Kubernetes stehen integrierte Tools zur Überwachung von Diensten und des gesamten Clusters zur Verfügung, allerdings ist die Bereitstellung und Konfiguration schwieriger, was diese Ressource zu einer anspruchsvolleren Lösung macht. Kubernetes ist nicht kompatibel mit Docker CLI und Docker Compose. Die Verwendung von Kubernetes wird in großen Umgebungen bevorzugt, in denen hoch ausgelastete Multi-Container-Anwendungen ausgeführt werden.
