Red Hat OpenShift Serverless er et sæt hændelsesdrevne Kubernetes-komponenter til mikrotjenester, containere og Function-as-a-Service (FaaS) implementeringer.
Denne out-of-the-box løsning inkluderer sikkerhed og trafik routing og kombinerer Red Hat Operators, и at køre statsløse og serverløse belastninger på OpenShift-platformen i private, offentlige, hybride og multi-cloud-miljøer.
giver udviklere mulighed for at fokusere udelukkende på at skabe næste generations applikationer ved at tilbyde et bredt udvalg af programmeringssprog, rammer, udviklingsmiljøer og andre værktøjer til at skabe og implementere banebrydende forretningsprodukter.
Nøglefunktioner i Red Hat OpenShift Serverless:
- Bredt udvalg af programmeringssprog og runtime-komponenter til serverløse applikationer. Du kan vælge præcis det sæt værktøjer, du har brug for.
- Automatisk horisontal skalering afhængigt af intensiteten af anmodninger eller begivenheder for effektivt at administrere ressourcer baseret på reelle, ikke spekulative behov
- Sømløs integration med OpenShift Pipelines, et Kubernetes-baseret kontinuerligt bygge- og leveringssystem (CI/CD) drevet af Tekton
- Grundlaget er i form af Red Hat Operator, som giver administratorer mulighed for sikkert at administrere og opdatere kørende instanser, og som også organiserer livscyklussen for applikationer som cloud-tjenester
- Konstant overvågning af nye community-udgivelser, inklusive Knative 0.13 Serving, Eventing og kn (den officielle CLI for Knative) - som med alle andre Red Hat-produkter betyder dette grundig test og validering på forskellige OpenShift-platforme og konfigurationer
Derudover samarbejder Red Hat tæt om serverløse teknologier med en række partnere, samt med Microsoft om Azure Functions og (for flere detaljer se ). Især en certificeret OpenShift-operatør findes allerede kl , og for nylig begyndte vi at samarbejde så Serverless Framework kan arbejde med OpenShift Serverless og Knative. Disse partnerskaber kan ses som et tegn på modenheden af serverløs og begyndelsen på dannelsen af et industriøkosystem.
Hvis du tidligere har installeret forhåndsvisningsversionen af Red Hat OpenShift Serverless, kan du opgradere den til den generelle tilgængelighed GA-version. I dette tilfælde skal du for Technology Preview-versionen omkonfigurere OLM Subscription Update Channel, som vist i fig. 1.
Ris. 1. Opdatering af abonnementskanalen.
Abonnementskanalen skal opdateres, så den matcher OpenShift Container Platform version enten 4.4 eller 4.3.
Knative Services – service i topklasse
OpenShift 4.4 forenkler i høj grad implementeringen af applikationer med OpenShift Serverless-funktionalitet, hvilket giver dig mulighed for ubesværet at implementere Knative Services direkte fra udviklertilstanden på OpenShift-webkonsollen.
Når du tilføjer en ny applikation til et projekt, er det nok at specificere Knative Service-ressourcetypen for det, hvorved OpenShift Serverless-funktionaliteten øjeblikkeligt aktiveres og skalering til nul i standby-tilstand aktiveres, som vist i fig. 2.
Ris. 2. Vælg Knative Service som ressourcetype.
Nem installation ved hjælp af Kourier
Som vi allerede har skrevet i , brug gjort det muligt at reducere kravlisten kraftigt ved installation af Serverless på OpenShift, og i GA-versionen blev disse krav endnu mindre. Alt dette reducerer ressourceforbruget, fremskynder kold opstart af applikationer og eliminerer også virkningen af regelmæssige, ikke-serverløse belastninger, der kører i det samme navneområde.
Generelt fremskynder disse forbedringer, såvel som forbedringer i OpenShift 4.3.5, oprettelsen af applikationer fra en forudbygget container med 40-50 %, afhængigt af billedstørrelsen.
Hvordan alt foregår uden brug af Kourier kan ses i Fig. 3:
Ris. 3. Ansøgningsoprettelsestid i tilfælde, hvor Kourier ikke anvendes.
Hvordan alting sker, når Kourier bruges, kan ses på Fig. 4:
Ris. 4. Ansøgningsoprettelsestid ved brug af Kourier.
TLS/SSL i automatisk tilstand
OpenShift Serverless kan nu automatisk oprette og implementere TLS/SSL til din Knative Service's OpenShift-rute, så du ikke behøver at bekymre dig om at implementere og vedligeholde disse funktioner, mens du arbejder på din applikation. Serverless aflaster med andre ord udvikleren af kompleksiteten forbundet med TSL, samtidig med at den opretholder det høje sikkerhedsniveau, som alle er kommet til at forvente af Red Hat OpenShift.
OpenShift Serverless Command Line Interface
I OpenShift Serverless kaldes det kn og er tilgængelig direkte i OpenShift-konsollen på siden med kommandolinjeværktøjer, som vist i fig. 5:
Ris. 5. OpenShift Serverless CLI downloadside.
Når du downloader fra denne side, får du en version af kn til MacOS, Windows eller Linux, der er verificeret af Red Hat og garanteret at være fri for malware.
I fig. Figur 6 viser, hvordan du i kn kan implementere en tjeneste med kun én kommando for at oprette en applikationsforekomst på OpenShift-platformen med adgang via URL i løbet af få sekunder:
Ris. 6. Brug af kn-kommandolinjegrænsefladen.
Dette værktøj giver dig mulighed for fuldt ud at administrere serverløs serverings- og begivenhedsressourcer uden at skulle se på eller redigere nogen YAML-konfigurationer.
Forbedret topologivisning i udviklertilstand på konsollen
Lad os nu se, hvordan den forbedrede Topology-visning gør det nemmere at administrere Knative Services.
Knative Service – Centreret visualisering
Knative Services på topologivisningssiden vises som et rektangel, der indeholder alle revisioner, som vist i figur 7:
Ris. 7. Knative Services på topologivisningssiden.
Her kan du øjeblikkeligt se de aktuelle procenter af Knative Service-trafikdistribution og gruppere Knative Services i en applikationsgruppe for nemt visuelt at overvåge, hvad der sker inden for den valgte gruppe.
Skjul OpenShift Knative Services-lister
I forlængelse af temaet gruppering skal det siges, at i OpenShift 4.4 kan du sammenklappe Knative Services inden for en applikationsgruppe for mere bekvem visning og styring af tjenester, når mere komplekse applikationer er implementeret i projektet.
Knative Service i detaljer
OpenShift 4.4 forbedrer også sidebjælken for Knative Services. En ressourcefane er dukket op på den, hvor servicekomponenter såsom Pods, Revisions og Routes vises. Disse komponenter giver også hurtig og nem navigation til individuelle pod-logfiler.
Topologivisningen viser også trafikfordelingsprocenter og giver dig endda mulighed for hurtigt at ændre konfigurationen. Således kan du hurtigt finde ud af trafikfordelingen for den valgte Knative Service i realtid ved antallet af pods, der kører for en given revision, som vist i Fig. 8.
Ris. 8. Knative Service trafik distribution.
Et dybere kig på serverløse revisioner
Topologivisningen giver dig nu også mulighed for at tage et meget dybere kig inde i den valgte revision, for eksempel hurtigt se alle dens pods og om nødvendigt se deres logfiler. Derudover kan du i denne visning nemt få adgang til en revisions implementeringer og konfigurationer samt en underrute, der peger direkte til den pågældende revision, som vist i figur 9. XNUMX:
Ris. 9. Ressourcer i forbindelse med revisioner.
Vi håber, at innovationerne beskrevet ovenfor vil være nyttige for dig, når du opretter og administrerer serverløse applikationer, og at fremtidige versioner vil indeholde endnu flere nyttige funktioner for udviklere, for eksempel muligheden for at oprette begivenhedskilder og andre.
Interesseret?
Feedback er vigtigt for os
hvad synes du om serverless. Tilmeld dig vores Google-gruppe at deltage i diskussioner og workshops om kontortid, at samarbejde med os og give feedback og forslag.
For mere information,
om udvikling af OpenShift-applikationer ved hjælp af følgende Red Hat-ressourcer:
Kilde: www.habr.com