Bewertung:

Derzeit gibt es keine Leserbewertungen. Die Bewertung basiert auf 3 Stimmen.
The DevOps 2.4 Toolkit
Wie bei anderen Büchern, die ich geschrieben habe, gab es auch bei diesem keinen festen Rahmen. Ich habe nicht mit einem Index begonnen. Ich habe keine Zusammenfassung der einzelnen Kapitel verfasst, um den Umfang zu definieren. So etwas tue ich nicht. Es gab nur das übergeordnete Ziel, die kontinuierliche Bereitstellung und das Deployment in Kubernetes-Clustern zu untersuchen. Allerdings habe ich ein paar Richtlinien festgelegt. Die erste Leitlinie lautet: "Alle Beispiele werden auf allen wichtigen Kubernetes-Plattformen getestet." Nun, das ist vielleicht ein bisschen weit hergeholt. Ich bin mir bewusst, dass jeder Satz, in dem "alle" zusammen mit "Kubernetes" erwähnt wird, zwangsläufig falsch ist. Neue Plattformen schießen aus dem Boden wie Pilze nach dem Regen. Was ich jedoch tun kann, ist, ein paar der am häufigsten verwendeten auszuwählen. Minikube und Docker für Mac oder Windows sollten zweifellos für diejenigen da sein, die lieber lokal mit Docker "spielen". Da AWS der größte Hosting-Anbieter ist, muss auch Kubernetes Operations (kops) enthalten sein. Da es albern wäre, nur unverwaltete Clouds zu behandeln, musste ich auch verwaltete Kubernetes-Cluster einbeziehen. Google Kubernetes Engine (GKE) ist die offensichtliche Wahl. Sie ist die stabilste und funktionsreichste verwaltete Kubernetes-Lösung. Die Aufnahme von GKE in den Mix bedeutet, dass Azure Container Service (AKS) und Amazons Elastic Container Service (EKS) ebenfalls einbezogen werden sollten, damit wir das "große Trio" der Hosting-Anbieter haben, die verwaltete Kubernetes anbieten.
Leider befindet sich Elastic Container Service (EKS) zum Zeitpunkt der Erstellung dieses Artikels (Mai 2018) noch in der Vorschauphase und Amazon gewährt nur einer relativ kleinen Anzahl von Personen Zugang. AKS hingegen ist zwar verfügbar, aber im Moment noch zu instabil. Daher bin ich gezwungen, mich von dem Trio auf GKE als einziges verwaltetes Kubernetes zu beschränken, das wir untersuchen werden. Schließlich sollte auch eine mögliche On-Prem-Lösung in Betracht gezogen werden. Da OpenShift in diesem Bereich glänzt, war die Wahl relativ einfach. Alles in allem habe ich mich entschieden, alles in minikube und Docker für Mac lokal zu testen, AWS mit kops als Vertreter eines Clusters in der Cloud, GKE für verwaltete Kubernetes-Cluster und OpenShift (mit minishift) als mögliche On-Prem-Lösung. Das ist an sich schon eine echte Herausforderung, die sich als zu groß erweisen könnte. Dennoch sollte die Sicherstellung, dass alle Beispiele mit all diesen Plattformen und Lösungen funktionieren, einige nützliche Erkenntnisse liefern. Einige von Ihnen haben sich bereits für die Kubernetes-Variante entschieden, die Sie verwenden werden. Andere überlegen vielleicht noch, ob sie sich für die eine oder andere Variante entscheiden sollen. Auch wenn der Vergleich verschiedener Kubernetes-Plattformen nicht der primäre Umfang des Buches ist, werde ich mein Bestes tun, um die Unterschiede zu erklären, sobald sie auftreten. Um die Richtlinien zusammenzufassen, muss das Buch die kontinuierliche Bereitstellung und das Deployment in Kubernetes mit Jenkins untersuchen.
Alle Beispiele müssen in minikube, Docker für Mac (oder Windows), AWS mit kops, GKE, und OpenShift mit minishift und EKS getestet werden.