Documenation PDF

content/kubernetes-nomad.asciidoc

@@ -1,14 +1,14 @@
 Kubernetes und Nomad sind beides Plattformen für das Management und die Orchestrierung von Containern, aber sie haben unterschiedliche Konzepte und Architekturen. Um die beiden Systeme zu vergleichen, insbesondere in Bezug auf Begriffe wie Deployment, Job, Pod, und deren Umsetzung in beiden Systemen, ist es wichtig, die jeweilige Architektur und Konzepte im Detail zu verstehen.
 
-=== 1. Grundlegende Architektur
+=== Grundlegende Architektur ===
 
 - **Kubernetes** besteht aus einem Master-Node (Control Plane) und mehreren Worker-Nodes. Der Master-Node übernimmt die Steuerung, Scheduling, und Verwaltung der Clusterressourcen. Die Worker-Nodes führen die Container (Pods) aus. 
 
 - **Nomad** hat eine zentrale Architektur, bei der ein Nomad-Cluster aus Servern und Clients besteht. Die Server verwalten den Zustand und die Planung von Jobs, während die Clients die Jobs tatsächlich ausführen. Nomad ist etwas flexibler, da es nicht nur Container, sondern auch andere Arten von Workloads (z. B. Nicht-Container-Anwendungen, Batch-Jobs) orchestrieren kann.
 
-=== 2. **Vergleich wichtiger Konzepte**
+=== Vergleich wichtiger Konzepte ===
 
-[cols="^3a,a,a", frame="none"]
+[cols="^a,2a,2a", frame="none"]
 |===
 | Konzept       | Kubernetes | Nomad
 
@@ -27,7 +27,7 @@ Kubernetes und Nomad sind beides Plattformen für das Management und die Orchest
 | **StatefulSet**| Kubernetes verwendet StatefulSets für zustandsbehaftete Anwendungen, die individuelle, persistente Speicher benötigen und geordnete Starts und Beendigungen erfordern. | Nomad unterstützt Stateful-Anwendungen durch die Verwendung von Volumes und Persistent Data. Es gibt jedoch keine direkte Entsprechung zum StatefulSet von Kubernetes.
 |===
 
-=== 3. **Entsprechungen für eine Nomad-zu-Kubernetes-Umsetzung**
+=== Entsprechungen für eine Nomad-zu-Kubernetes-Umsetzung ===
 
 Wenn du eine **Nomad-Job-Definition** in eine Kubernetes-Umgebung umschreiben möchtest, sind folgende Konzepte besonders relevant:
 
@@ -44,7 +44,7 @@ Wenn du eine **Nomad-Job-Definition** in eine Kubernetes-Umgebung umschreiben m
 - **Task-Gruppen in Nomad -> Kubernetes Pods**
   - In Nomad gibt es "Task Groups", die eine Gruppe von Tasks innerhalb eines Jobs darstellen, die zusammen bereitgestellt werden. Das ist vergleichbar mit Kubernetes Pods, die mehrere Container enthalten.
 
-### 4. **Spezielle Deployment-Szenarien**
+=== Spezielle Deployment-Szenarien ===
 
 - **Stateful Anwendungen**:
   - In Kubernetes verwendet man StatefulSets, um zustandsbehaftete Anwendungen zu deployen, während Nomad hier mit individuellen Jobs und Persistent Volumes arbeitet.
@@ -52,7 +52,7 @@ Wenn du eine **Nomad-Job-Definition** in eine Kubernetes-Umgebung umschreiben m
 - **Service Mesh und Service Discovery**:
   - Kubernetes verwendet standardmäßig Services und optional zusätzliche Service-Mesh-Lösungen wie Istio, um Netzwerktraffic zu steuern. Nomad verwendet oft Consul für Service Discovery und kann in ein Service-Mesh integriert werden.
 
-=== 5. **Beispiel: Nomad-Job zu Kubernetes Deployment**
+=== Beispiel: Nomad-Job zu Kubernetes Deployment ===
 
 #### Nomad Job Definition:
 ```hcl
@@ -76,7 +76,7 @@ job "example" {
 }
 ```
 
-#### Entsprechendes Kubernetes Deployment:
+==== Entsprechendes Kubernetes Deployment: ====
 ```yaml
 apiVersion: apps/v1
 kind: Deployment
@@ -103,10 +103,10 @@ spec:
             memory: "256Mi"
 ```
 
-=== Wichtige Unterschiede und Gemeinsamkeiten für die Umsetzung
+=== Wichtige Unterschiede und Gemeinsamkeiten für die Umsetzung ===
 
 - **Pods in Kubernetes** entsprechen **Task Groups in Nomad**, mit jedem Task in Nomad, der einem Container in Kubernetes entspricht.
 - **Nomad Jobs** sind flexibler und können sowohl Batch-Prozesse als auch Services umfassen, während in Kubernetes Batch-Jobs von Deployments (für kontinuierlich laufende Dienste) unterschieden werden.
 - Kubernetes bietet umfangreiche **Netzwerk- und Service-Optionen** (z. B. Services, Ingress) sowie spezielle Features wie **StatefulSets** und **DaemonSets** für spezifische Anwendungsfälle.
 
-Das Umschreiben von Nomad zu Kubernetes kann relativ einfach sein, da viele Konzepte direkt übertragbar sind, es aber spezifische Unterschiede in der Art gibt, wie Tasks gruppiert und verwaltet werden.
+Das Umschreiben von Nomad zu Kubernetes kann relativ einfach sein, da viele Konzepte direkt übertragbar sind, es aber spezifische Unterschiede in der Art gibt, wie Tasks gruppiert und verwaltet werden.