Red Hat OpenShift Serverless er en samling af hændelsesorienterede Kubernetes-komponenter designet til mikrotjenester, containere og funktioner som en service (FaaS).
Denne out-of-the-box løsning indeholder sikkerhedsværktøjer og trafikstyring, og samler Red Hat Operators, og til kørsel af stateless- og serverless-arbejdsbelastninger på OpenShift-platformen i private, offentlige, hybride og multi-cloud miljøer.
giver udviklere mulighed for helt at fokusere på at skabe næste generations applikationer ved at tilbyde en bred vifte af programmeringssprog, frameworks, 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 serverless-applikationer. Du kan vælge præcis det værktøjssæt, du har brug for.
- Automatisk horisontal skalering baseret på intensiteten af anmodninger eller ved hændelsens indtræden, hvilket sikrer effektiv ressourceforvaltning baseret på faktiske behov og ikke hypotetiske.
- Fuld integration med OpenShift Pipelines, en Kubernetes-orienteret CI/CD-system baseret på Tekton,
- Grundlaget i form af Red Hat Operator, der muliggør for administratorer at styre kørende instanser sikkert og opdatere dem samt organiserer livscyklussen for applikationer på en cloud-service-lignende måde.
- Løbende overvågning af nye community-udgivelser, herunder Knative 0.13 Serving, Eventing og kn (den officielle CLI til Knative) – som for alle andre Red Hat-produkter betyder det omhyggelig testning og verifikation på forskellige OpenShift-platforme og konfigurationer.
Derudover arbejder Red Hat tæt sammen om serverless-teknologier med flere partnere, samt med Microsoft vedrørende Azure Functions og (læs mere her ). Især har vi allerede en certificeret OpenShift-operator hos , og for nylig begyndte vi et samarbejde med , så Serverless Framework kan arbejde med OpenShift Serverless og Knative. Disse partnerskaber kan ses som et tegn på modenhed i serverless og begyndelsen på dannelsen af en brancheøkosystem.
Hvis du tidligere har installeret den forhåndsversion af Red Hat OpenShift Serverless, kan den opdateres til den offentligt tilgængelige GA-version (general availability). For Technology Preview-versionen skal OLM Subscription Update Channel konfigureres som vist i Figur 1.
Figur 1. Opdatering af abonnementskanalen.
Abonnementskanalen skal opdateres, så den svarer til OpenShift Container Platform version 4.4 eller 4.3.
Knative Services – topklasse serviceydelse
OpenShift 4.4 forenkler markant udrulningen af applikationer med OpenShift Serverless funktionalitet, hvilket muliggør nemt at udrulle Knative Services direkte fra Developer-tilstand i OpenShift webkonsollen.
Når der tilføjes en ny applikation til projektet, er det tilstrækkeligt at angive Knative Service som ressource type, hvilket straks aktiverer OpenShift Serverless-funktionaliteten og muligheden for at skalere til nul i ventetilstand, som vist i Figur 2.
Figur 2. Valg af Knative Service som ressource type.
Nem opsætning med Kourier
Som vi allerede har nævnt i , har brugen af significantly reduced the list of requirements for installing Serverless on OpenShift, and in the GA version, these requirements have become even fewer. All of this reduces resource consumption, speeds up cold start of applications, and eliminates the impact of regular non-serverless workloads running in the same namespace.
Generelt accelererer disse forbedringer samt tilpasninger i OpenShift 4.3.5 oprettelsen af applikationer fra en forudbygget container med 40-50%, afhængigt af billedets størrelse.
Hvordan det hele foregår uden brug af Kourier kan ses i Figur 3:
Figur 3. Tid til at oprette applikationer, når Kourier ikke bruges.
Hvordan det hele foregår, når Kourier anvendes, kan ses i Figur 4:
Figur 4. Tid til at oprette applikationer ved brug af Kourier.
TLS/SSL automatisk
OpenShift Serverless kan nu automatisk oprette og implementere TLS/SSL for ruten (OpenShift Route) til din Knative Service, så du ikke behøver at fokusere på implementeringen og vedligeholdelsen af disse funktioner, mens du arbejder på applikationen. Med andre ord, Serverless befrier udvikleren for de problemer, der er forbundet med TSL, samtidig med at det opretholder det høje sikkerhedsniveau, som alle forventer fra Red Hat OpenShift.
OpenShift Serverless kommandolinjeinterface
I OpenShift Serverless kaldes det kn og er tilgængeligt direkte i OpenShift-konsollen på siden med kommandolinjeværktøjer, som vist på Figur 5:
Figur 5. Downloadside for OpenShift Serverless kommandolinjegrænseflade.
Når du downloader fra denne side, får du versionen kn til MacOS, Windows eller Linux, som er verificeret af Red Hat og garanteret ikke indeholder skadelig software.
I Figur 6 vises, hvordan du med bare én kommando i kn kan implementere en tjeneste for hurtigt at oprette en applikationsinstans på OpenShift-platformen med adgang via URL:
Figur 6. Brug af kn kommandolinjegrænsefladen.
Dette værktøj giver dig mulighed for at styre ressourcerne for Serverless Serving og Eventing uden at skulle se eller redigere nogen YAML-konfigurationer.
Forbedret topologi visning i udvikler-tilstand i konsollen
Lad os nu se, hvordan den forbedrede topologi visning letter styringen af Knative Services.
Knative Service–centreret visualisering
Knative Services vises på topologisiden som et rektangel, der indeholder alle revisioner, som vist på Figur 7:
Figur 7. Knative Services på topologisiden.
Her kan du hurtigt se de aktuelle procentandele af trafikfordelingen for Knative Service, og du kan gruppere Knative Services inden for en applikationsgruppe for nemt visuelt at overvåge, hvad der sker inden for den valgte gruppe.
Foldning af lister over OpenShift Knative Services
Når vi fortsætter med emnet om gruppering, skal det nævnes, at i OpenShift 4.4 kan du folde Knative Services inden for en applikationsgruppe for en mere bekvem visning og styring af tjenesterne, når der implementeres mere komplekse applikationer i projektet.
Knative Service i detaljer
I OpenShift 4.4 er sidepanelet også blevet forbedret for Knative Services. Det har fået en faneblad til ressourcer, hvor komponenterne i tjenesten vises, såsom Pods, Revisions og Routes. Disse komponenter giver også hurtig og nem adgang til loggene for individuelle pod’er.
Topologi visningen viser også procentandelene af trafikfordelingen og giver endda mulighed for hurtigt at ændre konfigurationen. På denne måde kan du hurtigt få indsigt i trafikfordelingen for den valgte Knative Service i realtid baseret på antallet af pod’er, der kører for den angivne revision, som vist på Figur 8.
Figur 8. Trafikfordeling for Knative Service.
Et dybere kig på Serverless Revisions
Med Topology-præsentationen kan du nu også få et meget dybere indblik i den valgte revision, for eksempel hurtigt se alle dens pods og, hvis nødvendigt, gennemgå deres logs. Derudover kan du nemt få adgang til deployment og revisionskonfigurationer i denne visning samt til den undermappe, der peger direkte på denne revision, som vist i Fig. 9:
Fig. 9. Ressourcer associeret med revisionerne.
Vi håber, at de ovenfor beskrevne nyheder vil være nyttige for dig, når du opretter og administrerer serverless-applikationer, og at der i fremtidige versioner vil være endnu flere nyttige funktioner til udviklere, såsom muligheden for at oprette begivenhedskilder og mere.
Interesseret?
Vi værdsætter din feedback
, hvad du tænker om serverless. Slut dig til vores Google-gruppe for at deltage i diskussioner og Office Hours-seminarer for at samarbejde med os og dele dine feedback og forslag.
Yderligere oplysninger
om udvikling af applikationer i OpenShift ved hjælp af følgende Red Hat-ressourcer:
Kilde: habr.com
