Red Hat OpenShift Serverless to zestaw sterowanych zdarzeniami komponentów Kubernetes do mikrousług, kontenerów i implementacji funkcji jako usługi (FaaS).
To gotowe do użycia rozwiązanie obejmuje routing bezpieczeństwa i ruchu oraz łączy w sobie operatorów Red Hat, и do uruchamiania bezstanowych i bezserwerowych obciążeń na platformie OpenShift w środowiskach prywatnych, publicznych, hybrydowych i wielochmurowych.
pozwala programistom całkowicie skoncentrować się na tworzeniu aplikacji nowej generacji, oferując szeroki wybór języków programowania, frameworków, środowisk programistycznych i innych narzędzi do tworzenia i wdrażania przełomowych produktów biznesowych.
Kluczowe cechy Red Hat OpenShift Serverless:
- Szeroki wybór języków programowania i komponentów wykonawczych dla aplikacji bezserwerowych. Możesz wybrać dokładnie taki zestaw narzędzi, jakiego potrzebujesz.
- Automatyczne skalowanie poziome w zależności od intensywności żądań lub zdarzeń, aby efektywnie zarządzać zasobami w oparciu o rzeczywiste, a nie spekulacyjne potrzeby
- Bezproblemowa integracja z OpenShift Pipelines, systemem ciągłego tworzenia i dostarczania (CI/CD) opartym na Kubernetes i obsługiwanym przez Tekton
- Podstawą jest Red Hat Operator, który pozwala administratorom bezpiecznie zarządzać i aktualizować działające instancje, a także organizuje cykl życia aplikacji, takich jak usługi w chmurze
- Stałe monitorowanie nowych wydań społeczności, w tym Knative 0.13 Serving, Eventing i kn (oficjalne CLI dla Knative) – podobnie jak w przypadku wszystkich innych produktów Red Hat, oznacza to dokładne testowanie i weryfikację na różnych platformach i konfiguracjach OpenShift
Ponadto Red Hat ściśle współpracuje w zakresie technologii Serverless z wieloma partnerami, a także z firmą Microsoft w zakresie Azure Functions i (szczegóły zob ). W szczególności certyfikowany operator OpenShift już istnieje pod adresem , a niedawno rozpoczęliśmy współpracę tak, aby Serverless Framework mógł współpracować z OpenShift Serverless i Knative. Partnerstwa te można postrzegać jako oznakę dojrzałości rozwiązań bezserwerowych i początek tworzenia ekosystemu branżowego.
Jeśli wcześniej zainstalowałeś wersję zapoznawczą Red Hat OpenShift Serverless, możesz ją uaktualnić do wersji ogólnie dostępnej GA. W takim przypadku w przypadku wersji Technology Preview konieczna będzie ponowna konfiguracja kanału aktualizacji subskrypcji OLM, jak pokazano na ryc. 1.
Ryż. 1. Aktualizacja kanału subskrypcji.
Kanał subskrypcji musi zostać zaktualizowany, aby był zgodny z wersją platformy OpenShift Container Platform 4.4 lub 4.3.
Knative Services – obsługa na najwyższym poziomie
OpenShift 4.4 znacznie upraszcza wdrażanie aplikacji dzięki funkcjonalności OpenShift Serverless, umożliwiając bezproblemowe wdrażanie usług Knative Services bezpośrednio z trybu programisty konsoli internetowej OpenShift.
Dodając do projektu nową aplikację wystarczy określić dla niej typ zasobu Knative Service, tym samym błyskawicznie aktywując funkcjonalność OpenShift Serverless i umożliwiając skalowanie do zera w trybie gotowości, jak pokazano na rys. 2.
Ryż. 2. Wybierz usługę Knative jako typ zasobu.
Łatwa instalacja za pomocą programu Kurier
Jak już pisaliśmy , stosowanie umożliwiło znaczne zmniejszenie listy wymagań podczas instalacji Serverless na OpenShift, a w wersji GA wymagania te stały się jeszcze mniejsze. Wszystko to zmniejsza zużycie zasobów, przyspiesza zimne uruchamianie aplikacji, a także eliminuje wpływ regularnych, nieserwerowych obciążeń działających w tej samej przestrzeni nazw.
Ogólnie rzecz biorąc, te ulepszenia, a także ulepszenia w OpenShift 4.3.5, przyspieszają tworzenie aplikacji z gotowego kontenera o 40-50%, w zależności od rozmiaru obrazu.
Jak to wszystko dzieje się bez użycia Kuriera, widać na ryc. 3:
Ryż. 3. Czas utworzenia wniosku w przypadku niekorzystania z usługi Kurier.
Jak to wszystko się dzieje, gdy używany jest Kourier, można zobaczyć na ryc. 4:
Ryż. 4. Czas tworzenia aplikacji przy użyciu Kuriera.
TLS/SSL w trybie automatycznym
OpenShift Serverless może teraz automatycznie tworzyć i wdrażać protokół TLS/SSL dla trasy OpenShift Twojej usługi Knative Service, dzięki czemu nie musisz się martwić wdrażaniem i utrzymywaniem tych funkcji podczas pracy nad aplikacją. Innymi słowy, Serverless odciąża programistę od złożoności związanej z TSL, zachowując jednocześnie wysoki poziom bezpieczeństwa, jakiego wszyscy oczekują od Red Hat OpenShift.
Bezserwerowy interfejs wiersza poleceń OpenShift
W OpenShift Serverless nazywa się to kn i jest dostępne bezpośrednio w konsoli OpenShift na stronie Narzędzia wiersza poleceń, jak pokazano na rys. 5:
Ryż. 5. Strona pobierania OpenShift Serverless CLI.
Po pobraniu z tej strony otrzymasz wersję kn dla systemów MacOS, Windows lub Linux, która została zweryfikowana przez firmę Red Hat i gwarantuje, że jest wolna od złośliwego oprogramowania.
Na ryc. Rysunek 6 pokazuje, jak w kn można wdrożyć usługę za pomocą jednego polecenia, aby w ciągu kilku sekund utworzyć instancję aplikacji na platformie OpenShift z dostępem poprzez adres URL:
Ryż. 6. Korzystanie z interfejsu wiersza poleceń kn.
To narzędzie pozwala w pełni zarządzać zasobami serwowania bezserwerowego i zdarzeń bez konieczności przeglądania lub edytowania jakichkolwiek konfiguracji YAML.
Ulepszony widok topologii w trybie programisty konsoli
Zobaczmy teraz, jak ulepszony widok topologii ułatwia zarządzanie usługami Knative Services.
Usługa Knative – wizualizacja skoncentrowana
Usługi Knative Services na stronie widoku Topologia są wyświetlane jako prostokąt zawierający wszystkie wersje, jak pokazano na rysunku 7:
Ryż. 7. Usługi Knative na stronie widoku Topologia.
Tutaj możesz natychmiast zobaczyć aktualny procent dystrybucji ruchu Knative Service i pogrupować Knative Services w ramach grupy aplikacji, aby łatwo wizualnie monitorować, co dzieje się w wybranej grupie.
Zwiń listy usług OpenShift Knative Services
Kontynuując temat grupowania, należy powiedzieć, że w OpenShift 4.4 można zwinąć usługi Knative Services w obrębie grupy aplikacji, aby wygodniej przeglądać usługi i zarządzać nimi, gdy w projekcie wdrażane są bardziej złożone aplikacje.
Szczegółowy opis usługi Knative
OpenShift 4.4 ulepsza także pasek boczny usług Knative Services. Pojawiła się na nim zakładka Zasoby, w której wyświetlane są komponenty usług takie jak Pody, Wersje i Trasy. Komponenty te zapewniają także szybką i łatwą nawigację do poszczególnych dzienników podów.
Widok Topologia pokazuje również procentowy rozkład ruchu, a nawet pozwala na szybką zmianę konfiguracji. Dzięki temu można szybko sprawdzić w czasie rzeczywistym rozkład ruchu dla wybranej usługi Knative na podstawie liczby podów działających dla danej wersji, jak pokazano na rys. 8.
Ryż. 8. Dystrybucja ruchu Knative Service.
Głębsze spojrzenie na wersje bezserwerowe
Ponadto widok topologii pozwala teraz znacznie głębiej zajrzeć do wybranej wersji, na przykład szybko zobaczyć wszystkie jej podstrony i, jeśli to konieczne, wyświetlić ich logi. Dodatkowo w tym widoku można łatwo uzyskać dostęp do wdrożeń i konfiguracji wersji, a także do podtrasy prowadzącej bezpośrednio do tej wersji, jak pokazano na rysunku 9. XNUMX:
Ryż. 9. Zasoby związane z audytami.
Mamy nadzieję, że opisane powyżej innowacje przydadzą się Państwu podczas tworzenia i zarządzania aplikacjami bezserwerowymi, a przyszłe wersje będą zawierać jeszcze więcej przydatnych funkcji dla programistów, na przykład możliwość tworzenia źródeł zdarzeń i inne.
Zainteresowany?
Opinia jest dla nas ważna
co myślisz o bezserwerowym. Dołącz do naszej grupy Google do udziału w dyskusjach i warsztatach w godzinach pracy, do współpracy z nami oraz do przekazywania opinii i sugestii.
Aby uzyskać więcej informacji,
o tworzeniu aplikacji OpenShift przy użyciu następujących zasobów Red Hat:
Źródło: www.habr.com