Red Hat OpenShift Serverless är en uppsättning händelsedrivna Kubernetes-komponenter för mikrotjänster, containrar och Function-as-a-Service (FaaS) implementeringar.
Denna out-of-the-box lösning inkluderar säkerhet och trafikdirigering och kombinerar Red Hat Operators, и att köra tillståndslösa och serverlösa laddningar på OpenShift-plattformen i privata, offentliga, hybrid- och multimolnmiljöer.
låter utvecklare fokusera helt på att skapa nästa generations applikationer genom att erbjuda ett brett urval av programmeringsspråk, ramverk, utvecklingsmiljöer och andra verktyg för att skapa och distribuera banbrytande affärsprodukter.
Viktiga funktioner i Red Hat OpenShift Serverless:
- Brett urval av programmeringsspråk och runtime-komponenter för serverlösa applikationer. Du kan välja exakt den uppsättning verktyg som du behöver.
- Automatisk horisontell skalning beroende på intensiteten av förfrågningar eller händelser för att effektivt hantera resurser baserat på verkliga, inte spekulativa behov
- Sömlös integration med OpenShift Pipelines, ett Kubernetes-baserat system för kontinuerlig konstruktion och leverans (CI/CD) som drivs av Tekton
- Grunden är i form av Red Hat Operator, som gör det möjligt för administratörer att säkert hantera och uppdatera körande instanser, och även organiserar livscykeln för applikationer som molntjänster
- Att ständigt övervaka nya community-utgåvor, inklusive Knative 0.13 Serving, Eventing och kn (den officiella CLI för Knative) - som med alla andra Red Hat-produkter innebär detta noggrann testning och validering på olika OpenShift-plattformar och konfigurationer
Dessutom har Red Hat ett nära samarbete om serverlösa teknologier med ett antal partners, samt med Microsoft på Azure Functions och (för detaljer se ). I synnerhet finns det redan en certifierad OpenShift-operatör på , och nyligen började vi samarbeta så att Serverless Framework kan fungera med OpenShift Serverless och Knative. Dessa partnerskap kan ses som ett tecken på mognad av serverlösa och början på bildandet av ett industriekosystem.
Om du tidigare har installerat förhandsgranskningsversionen av Red Hat OpenShift Serverless kan du uppgradera den till GA-versionen för allmän tillgänglighet. I det här fallet, för Technology Preview-versionen, måste du konfigurera om OLM Subscription Update Channel, som visas i Fig. 1.
Ris. 1. Uppdatering av prenumerationskanalen.
Prenumerationskanalen måste uppdateras för att matcha OpenShift Container Platform version antingen 4.4 eller 4.3.
Knative Services – service i toppklass
OpenShift 4.4 förenklar driftsättningen av applikationer med OpenShift Serverless-funktionalitet, vilket gör att du enkelt kan distribuera Knative Services direkt från utvecklarläget i OpenShift-webbkonsolen.
När du lägger till en ny applikation till ett projekt räcker det att specificera Knative Service-resurstypen för det, och aktiverar därigenom omedelbart funktionen OpenShift Serverless och möjliggör skalning till noll i standby-läge, som visas i Fig. 2.
Ris. 2. Välj Knative Service som resurstyp.
Enkel installation med Kourier
Som vi redan skrivit i , användning gjort det möjligt att kraftigt minska kravlistan vid installation av Serverless på OpenShift, och i GA-versionen blev dessa krav ännu mindre. Allt detta minskar resursförbrukningen, snabbar upp kallstart av applikationer och eliminerar även effekten av vanliga, icke-serverlösa laddningar som körs i samma namnområde.
Generellt sett påskyndar dessa förbättringar, såväl som förbättringar i OpenShift 4.3.5, skapandet av applikationer från en förbyggd behållare med 40-50 %, beroende på bildstorleken.
Hur allt går till utan att använda Kourier kan ses i Fig. 3:
Ris. 3. Ansökningstid i de fall Kourier inte används.
Hur allt går till när Kourier används kan ses i Fig. 4:
Ris. 4. Tid för att skapa applikationer när du använder Kourier.
TLS/SSL i automatiskt läge
OpenShift Serverless kan nu automatiskt skapa och distribuera TLS/SSL för din Knative-tjänsts OpenShift Route, så att du inte behöver oroa dig för att implementera och underhålla dessa funktioner medan du arbetar med din applikation. Serverless avlastar med andra ord utvecklaren från komplexiteten som är förknippad med TSL, samtidigt som den bibehåller den höga säkerhetsnivån som alla har kommit att förvänta sig av Red Hat OpenShift.
OpenShift Serverless Command Line Interface
I OpenShift Serverless kallas det kn och är tillgängligt direkt i OpenShift-konsolen på sidan Kommandoradsverktyg, som visas i Fig. 5:
Ris. 5. Nedladdningssida för OpenShift Serverless CLI.
När du laddar ner från den här sidan får du en version av kn för MacOS, Windows eller Linux som är verifierad av Red Hat och garanterat är fri från skadlig programvara.
I fig. Figur 6 visar hur du i kn kan distribuera en tjänst med bara ett kommando för att skapa en applikationsinstans på OpenShift-plattformen med åtkomst via URL på några sekunder:
Ris. 6. Använda kn kommandoradsgränssnitt.
Det här verktyget låter dig hantera serverlös serverings- och eventresurser helt utan att behöva titta på eller redigera några YAML-konfigurationer.
Förbättrad topologivy i utvecklarläge på konsolen
Låt oss nu se hur den förbättrade Topology-vyn gör det enklare att hantera Knative Services.
Knative Service – Centrerad visualisering
Knative Services på topologivysidan visas som en rektangel som innehåller alla revisioner, som visas i figur 7:
Ris. 7. Knative Services på topologivysidan.
Här kan du omedelbart se de aktuella procentsatserna av Knative Service-trafikdistribution och gruppera Knative Services i en applikationsgrupp för att enkelt visuellt övervaka vad som händer inom den valda gruppen.
Komprimera OpenShift Knative Services-listor
För att fortsätta på temat gruppering, måste det sägas att i OpenShift 4.4 kan du kollapsa Knative Services inom en applikationsgrupp för mer bekväm visning och hantering av tjänster när mer komplexa applikationer distribueras i projektet.
Knative Service i detalj
OpenShift 4.4 förbättrar också sidofältet för Knative Services. En resursflik har dykt upp på den, där servicekomponenter som Pods, Revisions och Routes visas. Dessa komponenter ger också snabb och enkel navigering till individuella podloggar.
Topologivyn visar också trafikfördelningsprocent och låter dig till och med snabbt ändra konfigurationen. Således kan du snabbt ta reda på trafikfördelningen för den valda Knative-tjänsten i realtid genom antalet pods som körs för en given revision, som visas i Fig. 8.
Ris. 8. Knative Service trafikdistribution.
En djupare titt på serverlösa versioner
Dessutom låter Topology-vyn dig nu ta en mycket djupare titt inuti den valda versionen, till exempel snabbt se alla dess pods och, om nödvändigt, se deras loggar. Dessutom kan du i den här vyn enkelt komma åt en versions distributioner och konfigurationer, såväl som en underväg som pekar direkt till den versionen, som visas i figur 9. XNUMX:
Ris. 9. Resurser i samband med revisioner.
Vi hoppas att innovationerna som beskrivs ovan kommer att vara användbara för dig när du skapar och hanterar serverlösa applikationer, och att framtida versioner kommer att innehålla ännu mer användbara funktioner för utvecklare, till exempel möjligheten att skapa händelsekällor och andra.
Intresserad?
Feedback är viktigt för oss
vad tycker du om serverless. Gå med i vår Google-grupp att delta i Office Hours-diskussioner och workshops, att samarbeta med oss och ge feedback och förslag.
För mer information,
om att utveckla OpenShift-applikationer med hjälp av följande Red Hat-resurser:
Källa: will.com