, którego cała istota kontynuuje kurs w kierunku automatyzacji i optymalizacji pracy ze środowiskiem chmurowym.
Przypomnijmy, że w maju 2019 wprowadziliśmy na rynek Red Hat OpenShift 4, czyli kolejną generację naszej platformy Kubernetes, którą przeprojektowaliśmy tak, aby uprościć zarządzanie aplikacjami kontenerowymi w środowiskach produkcyjnych.
Rozwiązanie zostało stworzone jako samodzielnie zarządzana platforma z automatycznymi aktualizacjami i zarządzaniem cyklem życia w chmurze hybrydowej i jest zbudowana na sprawdzonych systemach Red Hat Enterprise Linux i Red Hat Enterprise Linux CoreOS. W wersji 4.2 skupiono się na uczynieniu platformy bardziej przyjazną dla programistów. Dodatkowo uprościliśmy pracę administratorów klastrów w zarządzaniu platformą i aplikacjami, oferując narzędzia do migracji z OpenShift 3 do 4, a także wdrażając obsługę konfiguracji offline.
Gdzie jest prędkość?
Wersja 4.2 znacznie upraszcza pracę z Kubernetesem, oferując nowy tryb konsoli zarządzania OpenShift zoptymalizowany pod kątem zadań programistycznych, a także nowe narzędzia i wtyczki do budowania kontenerów, organizowania potoków CI/CD i wdrażania systemów bezserwerowych. Wszystko to pomaga programistom skoncentrować się bardziej precyzyjnie na swoim głównym zadaniu - tworzeniu kodu aplikacji, bez rozpraszania się specyfiką Kubernetesa.
Wyświetl topologię aplikacji w konsoli programisty.
Nowy tryb deweloperski konsoli OpenShift
Nowe narzędzia programistyczne w OpenShift 4.2:
- Konsola internetowa pomaga programistom skoncentrować się na tym, co najważniejsze, wyświetlając tylko potrzebne informacje i konfiguracje. Ulepszony interfejs użytkownika do przeglądania topologii i składania aplikacji ułatwia tworzenie, wdrażanie i wizualizację skonteneryzowanych aplikacji i zasobów klastra.
- Narzędzia – specjalny interfejs wiersza poleceń dla programistów, który upraszcza tworzenie aplikacji na platformie OpenShift. Organizując interakcję na wzór Git Push, ten CLI pomaga programistom bez wysiłku tworzyć aplikacje na platformie OpenShift, bez zagłębiania się w zawiłości Kubernetesa.
- dla Microsoft Visual Studio Code, JetBrains IDE (w tym IntelliJ) i Eclipse Desktop IDE zapewnia łatwą integrację z używanymi narzędziami i pozwala na tworzenie, budowanie, debugowanie i wdrażanie aplikacji dla OpenShift w środowisku IDE znanym programistom.
- Rozszerzenie wdrożenia Red Hat OpenShift dla Microsoft Azure DevOps. Zapewnia użytkownikom tego zestawu narzędzi DevOps możliwość wdrażania aplikacji na platformie Azure Red Hat OpenShift lub innych klastrach OpenShift na platformie Microsoft Azure DevOps.
Wtyczka do Visual Studio
Pełny OpenShift na laptopie
, czyli gotowe klastry OpenShift zoptymalizowane pod kątem wdrożenia na stacji roboczej lub laptopie, umożliwiają lokalne tworzenie aplikacji chmurowych.
Siatka usług
Nasze rozwiązanie , zbudowany w oparciu o projekty oprogramowania open source Istio, Kiali i Jaeger oraz specjalne , upraszcza rozwój, wdrażanie i utrzymanie aplikacji na platformie OpenShift poprzez dostarczenie niezbędnych narzędzi i przejęcie automatyzacji aplikacji chmurowych w oparciu o nowoczesne architektury takie jak mikroserwisy. Rozwiązanie pozwala programistom uwolnić się od konieczności samodzielnego wdrażania i utrzymywania specjalistycznych usług sieciowych niezbędnych dla tworzonych aplikacji i logiki biznesowej.
, , jest szyty na miarę dla programisty dosłownie „od początku do końca” i oferuje funkcje takie jak śledzenie, metryki, wizualizacja i monitorowanie komunikacji sieciowej, a także instalacja i konfiguracja siatki usług jednym kliknięciem. Dodatkowo rozwiązanie oferuje korzyści w zakresie zarządzania operacyjnego i bezpieczeństwa, takie jak szyfrowanie ruchu pomiędzy serwerami w obrębie centrum danych oraz integracja z bramką API .
Zaawansowana wizualizacja ruchu w klastrze przy użyciu Kiali w ramach OpenShift Service Mesh
Przetwarzanie bezserwerowe
Nasze inne rozwiązanie , pomaga wdrażać i uruchamiać aplikacje, które można łatwo skalować w górę i w dół na żądanie, aż do zera. Rozwiązanie to, zbudowane na bazie projektu Knative i dostępne w Technology Preview, można aktywować w dowolnym klastrze OpenShift 4 za pomocą powiązanego operatora Kubernetes, co ułatwia rozpoczęcie i instalację komponentów potrzebnych do wdrażania aplikacji i funkcji bezserwerowych w OpenShift. Tryb deweloperski konsoli OpenShift, który pojawił się w wersji 4.2, pozwala na wykorzystanie opcji bezserwerowych w standardowych procesach deweloperskich, takich jak Import z Git czy Deployan Image, innymi słowy można tworzyć aplikacje bezserwerowe bezpośrednio z konsoli.
Konfigurowanie wdrożenia bezserwerowego w konsoli OpenShift
Oprócz integracji z konsolą programisty, nowa wersja OpenShift ma inne ulepszenia w zakresie bezserwerowości. W szczególności jest to kn – interfejs wiersza poleceń Knative, który zapewnia wygodną i intuicyjną obsługę, pozwala grupować obiekty niezbędne dla aplikacji; wykonuje migawki kodu i konfiguracji, a także zapewnia możliwość mapowania punktów końcowych sieci na określone wersje lub usługi. Wszystkie te funkcje, dostępne w Technology Preview za pośrednictwem operatora OpenShift Serverless, pomagają programistom oswoić się z architekturą bezserwerową i zyskać elastyczność wdrażania aplikacji w chmurze hybrydowej bez konieczności ograniczania się do określonej infrastruktury.
Potoki CI/CD w chmurze
Ciągła integracja i dostarczanie (CI/CD) to obecnie kluczowe praktyki programistyczne, które zwiększają szybkość i niezawodność wdrażania oprogramowania. Dobre narzędzia CI/CD pozwalają zespołom programistycznym usprawnić i zautomatyzować procesy przekazywania informacji zwrotnych, co ma kluczowe znaczenie dla pomyślnego, zwinnego rozwoju. W OpenShift możesz wykorzystać klasyczny Jenkins lub nasze nowe rozwiązanie jako taki zestaw narzędzi .
Jenkins jest dziś de facto standardem, ale przyszłość kontenerowego CI/CD kojarzymy z projektem oprogramowania open source Tekton. Dlatego OpenShift Pipelines jest zbudowany specjalnie na podstawie tego projektu i lepiej obsługuje takie typowe podejścia do rozwiązań chmurowych, jak potok jako kod („potok jako kod”) i GitOps. W OpenShift Pipelines każdy krok działa we własnym kontenerze, więc zasoby są zużywane tylko podczas wykonywania tego kroku, co pozwala programistom na pełną kontrolę nad potokami dostarczania, wtyczkami i kontrolą dostępu bez konieczności polegania na centralnym serwerze CI/CD.
OpenShift Pipelines jest nadal w wersji Developer Preview i jest dostępny jako odpowiedni operator, którego można używać w dowolnym klastrze OpenShift 4. Jenkinsa można używać zarówno w wersjach OpenShift 3, jak i 4.
Potoki Red Hat OpenShift
Zarządzanie kontenerami w chmurze hybrydowej
Zautomatyzowana instalacja i aktualizacja OpenShift maksymalnie przybliża chmurę hybrydową do chmury kanonicznej pod względem komfortu użytkowania. OpenShift 4.2 był wcześniej dostępny dla głównych platform chmur publicznych, chmur prywatnych, platform wirtualizacji i serwerów typu bare-metal, ale wersja XNUMX dodaje do tej listy dwie nowe platformy chmur publicznych – Microsoft Azure i Google Cloud Platform, a także chmury prywatne OpenStack.
Instalator OpenShift 4.2 został ulepszony dla różnych środowisk docelowych, a także został przeszkolony do pracy z izolowanymi (niepołączonymi z Internetem) konfiguracjami po raz pierwszy. Instalacja w trybie piaskownicy i obowiązkowy tryb proxy z możliwością dostarczenia własnego pakietu urzędu certyfikacji pomagają zapewnić zgodność ze standardami regulacyjnymi i wewnętrznymi protokołami bezpieczeństwa. Tryb instalacji autonomicznej pozwala zawsze mieć najnowszą wersję platformy kontenerowej OpenShift w obszarach, w których nie ma dostępu do Internetu lub w środowiskach, w których obowiązują rygorystyczne zasady testowania obrazu.
Dodatkowo, wdrażając pełny stos OpenShift przy użyciu Red Hat Enterprise Linux CoreOS, lekkiej wersji Red Hat Enterprise Linux, możesz przygotować chmurę w niecałą godzinę od instalacji.
Red Hat OpenShift pozwala na ujednolicenie procesów tworzenia, wdrażania i zarządzania aplikacjami kontenerowymi w infrastrukturze chmurowej i on-premise. Dzięki łatwiejszej, bardziej zautomatyzowanej i szybszej instalacji OpenShift 4.2 jest teraz dostępny na AWS, Azure, OpenStack i GCP, umożliwiając organizacjom wydajne zarządzanie platformami Kubernetes w chmurze hybrydowej.
Łatwa migracja z OpenShift 3 do OpenShift 4
Nowe narzędzia do migracji obciążeń ułatwiają migrację do OpenShift 4.2 z poprzednich wersji platformy. Przenoszenie obciążeń ze starego klastra do nowego jest teraz znacznie szybsze, łatwiejsze i wymaga minimum ręcznych operacji. Administrator klastra musi jedynie wybrać źródłowy klaster OpenShift 3.x, zaznaczyć w nim żądany projekt (lub przestrzeń nazw), a następnie określić, co zrobić z odpowiednimi woluminami trwałymi — skopiować je do docelowego klastra OpenShift 4.x lub przeprowadzić migrację . Aplikacje będą wówczas nadal działać w oryginalnym klastrze, dopóki administrator ich nie zakończy.
OpenShift 4.2 obsługuje różne scenariusze migracji:
- Kopiowanie danych odbywa się za pomocą repozytorium pośredniego opartego na projekcie Velero. Ta opcja pozwala na migrację ze zmianą systemu przechowywania danych, gdy np. oryginalny klaster korzysta z Glustera, a nowy korzysta z Ceph.
- Dane pozostają w bieżącym repozytorium, ale są połączone z nowym klastrem (trwałe przełączanie woluminów).
- Kopiowanie systemów plików za pomocą Restic.
Prawo pierwszej nocy
Często nasi użytkownicy chcieliby mieć możliwość wypróbowania zaplanowanych innowacji OpenShift na długo przed wydaniem nowej wersji. . Należy pamiętać, że te kompilacje nie są przeznaczone do użytku produkcyjnego, nie są obsługiwane, są słabo udokumentowane i mogą mieć niekompletną funkcjonalność. Jakość tych kompilacji wzrasta w miarę zbliżania się do wersji ostatecznej.
Wersje nocne umożliwiają klientom i partnerom podgląd nowych funkcji na wczesnym etapie opracowywania, co może być przydatne przy planowaniu wdrożenia lub integracji OpenShift z własnymi rozwiązaniami programistów niezależnych producentów oprogramowania.
Uwaga dla członków społeczności OKD
Rozpoczęły się prace nad OKD 4.0, dystrybucją Kubernetes o otwartym kodzie źródłowym, stworzoną przez społeczność programistów i stanowiącą podstawę Red Hat OpenShift. Zapraszamy wszystkich do wyrażenia swojej oceny stanu obecnego , Fedora CoreOS (FCOS) i Kubernetes w ramach Grupy Roboczej OKD lub śledź postępy na stronie internetowej .
Uwaga:
Słowo „partnerstwo” użyte w tej publikacji nie oznacza partnerstwa prawnego ani żadnej innej formy stosunku prawnego pomiędzy firmą Red Hat, Inc. oraz każda inna osoba prawna.
Źródło: www.habr.com