Red Hat OpenShift Serverless er et sæt hændelsesdrevne Kubernetes-centrerede komponenter til mikrotjenester, containere og Function-as-a-Service (FaaS) implementeringer.
Denne out-of-the-box løsning inkluderer sikkerheds- og trafikdirigeringsværktøjer og integrerer Red Hat Operators, и til at køre statsløse og serverløse arbejdsbelastninger på OpenShift-platformen i private, offentlige, hybride og multi-cloud-miljøer.
gør det muligt for udviklere at fokusere udelukkende på at bygge 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:
- Et 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 baseret på efterspørgsel eller hændelsesudløsere for effektivt at administrere ressourcer baseret på reelle, ikke forestillede behov
- Fuld integration med OpenShift Pipelines, et Kubernetes-baseret kontinuerligt bygge- og leveringssystem (CI/CD) drevet af Tekton
- En Red Hat Operator-baseret ramme, der giver administratorer mulighed for sikkert at administrere og opdatere kørende instanser og organiserer livscyklussen af 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 Red Hat-produkter betyder dette grundig test og validering på forskellige OpenShift-platforme og konfigurationer
Derudover arbejder Red Hat tæt sammen med en række partnere om serverløse teknologier, samt med Microsoft om Azure Functions og (for flere detaljer se ). Især eksisterer der allerede en certificeret OpenShift-operatør. , 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 en forhåndsvisning af Red Hat OpenShift Serverless, kan du opgradere til den generelle tilgængelighedsudgivelse (GA). For teknologi-preview-versionen skal du dog omkonfigurere OLM Subscription Update Channel, som vist i figuren. 1.
Ris. 1. Opdatering af abonnementskanalen.
Abonnementskanalen skal opdateres, så den matcher OpenShift Container Platform version 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, skal du blot angive Knative Service-ressourcetypen for det, og derved øjeblikkeligt aktivere OpenShift Serverless-funktionaliteten og aktivere skalering til nul i standby-tilstand, 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 gav os mulighed for dramatisk at reducere listen over krav til installation af Serverless på OpenShift, og i GA-versionen blev disse krav endnu færre. Alt dette reducerer ressourceforbruget, fremskynder kold opstart af applikationer og eliminerer virkningen af regelmæssige, ikke-serverløse belastninger, der kører i det samme navneområde.
Samlet set fremskynder disse forbedringer, sammen med 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. Tid til at oprette applikationer i tilfælde, hvor Kourier ikke bruges.
Hvordan det hele foregår, når Kourier bruges, kan ses i Fig.4:
Ris. 4. Tid til at oprette applikationer, når du bruger 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. Med andre ord fjerner Serverless kompleksiteten af TSL fra udviklerens hænder og bibeholder samtidig det høje sikkerhedsniveau, som alle er kommet til at forvente af Red Hat OpenShift.
OpenShift Serverløs CLI
I OpenShift Serverless kaldes det kn og er tilgængeligt direkte i OpenShift-konsollen på siden med kommandolinjeværktøjer, som vist i figur 5. XNUMX:
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, som er testet af Red Hat og garanteret er fri for malware.
I fig. 6 viser, hvordan kn kan implementere en tjeneste med kun én kommando for at oprette en applikationsforekomst på OpenShift-platformen på få sekunder, tilgængelig via URL:
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 udviklerkonsoltilstand
Lad os nu se på, 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 Knative Service-trafikfordelingsprocenter og gruppere Knative Services i en applikationsgruppe for nemt visuelt at overvåge, hvad der sker inden for den valgte gruppe.
Skjuler OpenShift Knative Services-lister
For at fortsætte med emnet gruppering skal det bemærkes, at i OpenShift 4.4 kan du sammenklappe Knative Services inde i en applikationsgruppe for lettere at se og administrere tjenester, når mere komplekse applikationer er implementeret i projektet.
Knative Service i detaljer
OpenShift 4.4 bringer også forbedret sidebar-understøttelse til Knative Services. Det har nu fanen Ressourcer, der viser servicekomponenter såsom Pods, Revisions og Routes. 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. På denne måde kan du hurtigt se trafikfordelingen for en valgt Knative Service i realtid baseret på antallet af pods, der kører for en given revision, som vist i figur 8. XNUMX.
Ris. 8. Knative Service trafik distribution.
Et dybere kig på serverløse revisioner
Topologivisningen giver dig nu også mulighed for at se meget dybere ind i en valgt revision, såsom hurtigt at se alle dens pods og, hvis det er nødvendigt, se deres logfiler. Derudover kan du i denne visning nemt få adgang til implementeringer og konfigurationer af en revision, såvel som den 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 de næste versioner vil indeholde endnu flere nyttige funktioner for udviklere, såsom 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
