Opinie czytelników
Obecnie brak opinii czytelników. Ocena opiera się na 3 głosach.
Oryginalny tytuł:
The DevOps 2.4 Toolkit
Zawartość książki:
Podobnie jak inne książki, które napisałem, ta nie miała ustalonego zakresu. Nie zacząłem od indeksu. Nie napisałem podsumowania każdego rozdziału, próbując określić jego zakres. Nie robię takich rzeczy. Celem było jedynie zbadanie ciągłego dostarczania i wdrażania w klastrach Kubernetes. To, co jednak zrobiłem, to ustalenie kilku wytycznych. Pierwszą z nich jest to, że "wszystkie przykłady zostaną przetestowane na wszystkich głównych platformach Kubernetes". Cóż, to może być trochę naciągane. Zdaję sobie sprawę, że każde zdanie, które wymienia "wszystkie" razem z "Kubernetes", jest z pewnością niepoprawne. Nowe platformy wyrastają jak grzyby po deszczu. Z pewnością mogę jednak wybrać kilka najczęściej używanych. Minikube i Docker dla Maca lub Windowsa bez wątpienia powinny być dostępne dla tych, którzy wolą "bawić się" Dockerem lokalnie. AWS jest największym dostawcą hostingu, więc Kubernetes Operations (kops) również musi zostać uwzględniony. Ponieważ głupotą byłoby omawianie tylko niezarządzanej chmury, musiałem również uwzględnić zarządzane klastry Kubernetes. Google Kubernetes Engine (GKE) to oczywisty wybór. Jest to najbardziej stabilne i bogate w funkcje zarządzane rozwiązanie Kubernetes. Dodanie GKE do zestawu oznacza, że Azure Container Service (AKS) i Amazon's Elastic Container Service (EKS) również powinny zostać uwzględnione, abyśmy mogli mieć "wielkie trio" dostawców hostingu, którzy oferują zarządzany Kubernetes.
Niestety, w chwili pisania tego tekstu (maj 2018 r.) Elastic Container Service (EKS) znajduje się w fazie podglądu, a Amazon zapewnia dostęp tylko stosunkowo niewielkiej liczbie osób. Z drugiej strony AKS jest dostępny, ale w tej chwili jest zbyt niestabilny. Jestem więc zmuszony do przeskalowania w dół z trio do GKE jako jedynego zarządzanego Kubernetesa, który będziemy badać. Wreszcie, należy również uwzględnić możliwe rozwiązanie on-prem. Ponieważ OpenShift błyszczy w tym obszarze, wybór był stosunkowo łatwy. Podsumowując, zdecydowałem się przetestować wszystko lokalnie w minikube i Dockerze dla komputerów Mac, AWS z kops jako przedstawicielem klastra w chmurze, GKE dla zarządzanych klastrów Kubernetes oraz OpenShift (z minishift) jako potencjalne rozwiązanie on-prem. To już samo w sobie stanowi prawdziwe wyzwanie, które może okazać się ponad moje siły. Mimo to upewnienie się, że wszystkie przykłady działają ze wszystkimi tymi platformami i rozwiązaniami, powinno dostarczyć przydatnych spostrzeżeń. Niektórzy z Was wybrali już wersję Kubernetes, z której będą korzystać. Inni mogą nadal zastanawiać się, czy przyjąć jedną czy drugą wersję. Mimo że porównanie różnych platform Kubernetes nie jest głównym zakresem tej książki, dołożę wszelkich starań, aby wyjaśnić pojawiające się różnice. Podsumowując wytyczne, książka ma na celu zbadanie ciągłego dostarczania i wdrażania w Kubernetes przy użyciu Jenkins.
Wszystkie przykłady muszą być przetestowane w minikube, Docker dla Mac (lub Windows), AWS z kops, GKE i OpenShift z minishift i EKS.
