Red Hat OpenShift Serverless er et sett med hendelsesdrevne Kubernetes-komponenter for mikrotjenester, containere og Function-as-a-Service (FaaS)-implementeringer.
Denne ut-av-boksen-løsningen inkluderer sikkerhet og trafikkruting og kombinerer Red Hat-operatører, и å kjøre statsløse og serverløse belastninger på OpenShift-plattformen i private, offentlige, hybrid- og multiskymiljøer.
lar utviklere fokusere helt på å lage neste generasjons applikasjoner ved å tilby et bredt utvalg av programmeringsspråk, rammeverk, utviklingsmiljøer og andre verktøy for å lage og distribuere banebrytende forretningsprodukter.
Nøkkelfunksjoner til Red Hat OpenShift Serverless:
- Bredt utvalg av programmeringsspråk og kjøretidskomponenter for serverløse applikasjoner. Du kan velge akkurat det settet med verktøy du trenger.
- Automatisk horisontal skalering avhengig av intensiteten av forespørsler eller hendelser for å effektivt administrere ressurser basert på reelle, ikke spekulative behov
- Sømløs integrasjon med OpenShift Pipelines, et Kubernetes-basert kontinuerlig bygge- og leveringssystem (CI/CD) drevet av Tekton
- Grunnlaget er i form av Red Hat Operator, som lar administratorer sikkert administrere og oppdatere kjørende forekomster, og også organiserer livssyklusen til applikasjoner som skytjenester
- Konstant overvåking av nye fellesskapsutgivelser, inkludert Knative 0.13 Serving, Eventing og kn (den offisielle CLI for Knative) – som med alle andre Red Hat-produkter, betyr dette grundig testing og validering på ulike OpenShift-plattformer og konfigurasjoner
I tillegg samarbeider Red Hat tett om serverløse teknologier med en rekke partnere, samt med Microsoft på Azure Functions og (for mer informasjon se ). Spesielt finnes det allerede en sertifisert OpenShift-operatør på , og nylig begynte vi å samarbeide slik at Serverless Framework kan fungere med OpenShift Serverless og Knative. Disse partnerskapene kan sees på som et tegn på modenheten til serverløs og begynnelsen på dannelsen av et industriøkosystem.
Hvis du tidligere har installert forhåndsversjonen av Red Hat OpenShift Serverless, kan du oppgradere den til GA-versjonen for generell tilgjengelighet. I dette tilfellet, for Technology Preview-versjonen, må du rekonfigurere OLM Subscription Update Channel, som vist i fig. 1.
Ris. 1. Oppdatering av abonnementskanalen.
Abonnementskanalen må oppdateres for å matche OpenShift Container Platform versjon enten 4.4 eller 4.3.
Knative Services – førsteklasses service
OpenShift 4.4 forenkler distribusjonen av applikasjoner med OpenShift Serverless-funksjonalitet, slik at du enkelt kan distribuere Knative Services direkte fra utviklermodusen til OpenShift-nettkonsollen.
Når du legger til en ny applikasjon til et prosjekt, er det nok å spesifisere Knative Service-ressurstypen for det, og dermed umiddelbart aktivere OpenShift Serverless-funksjonaliteten og aktivere skalering til null i standby-modus, som vist i fig. 2.
Ris. 2. Velg Knative Service som ressurstype.
Enkel installasjon med Kourier
Som vi allerede har skrevet i , bruk gjorde det mulig å redusere kravlisten kraftig ved installasjon av Serverless på OpenShift, og i GA-versjonen ble disse kravene enda mindre. Alt dette reduserer ressursforbruket, fremskynder kald oppstart av applikasjoner, og eliminerer også virkningen av vanlige, ikke-serverløse belastninger som kjører i samme navneområde.
Generelt sett øker disse forbedringene, samt forbedringer i OpenShift 4.3.5, opprettingen av applikasjoner fra en forhåndsbygd beholder med 40-50 %, avhengig av bildestørrelsen.
Hvordan alt skjer uten å bruke Kourier kan ses i fig. 3:
Ris. 3. Opprettingstid for søknad i tilfeller der Kourier ikke brukes.
Hvordan alt skjer når Kourier brukes kan ses i Fig. 4:
Ris. 4. Programopprettingstid ved bruk av Kourier.
TLS/SSL i automatisk modus
OpenShift Serverless kan nå automatisk opprette og distribuere TLS/SSL for Knative-tjenestens OpenShift-rute, slik at du ikke trenger å bekymre deg for å implementere og vedlikeholde disse funksjonene mens du jobber med applikasjonen din. Serverless avlaster med andre ord utvikleren for kompleksiteten knyttet til TSL, samtidig som den opprettholder det høye sikkerhetsnivået som alle har forventet av Red Hat OpenShift.
OpenShift Serverless Command Line Interface
I OpenShift Serverless kalles det kn og er tilgjengelig direkte i OpenShift-konsollen på kommandolinjeverktøysiden, som vist i fig. 5:
Ris. 5. OpenShift Serverless CLI nedlastingsside.
Når du laster ned fra denne siden, får du en versjon av kn for MacOS, Windows eller Linux som er verifisert av Red Hat og garantert fri for skadelig programvare.
I fig. Figur 6 viser hvordan du i kn kan distribuere en tjeneste med bare én kommando for å lage en applikasjonsforekomst på OpenShift-plattformen med tilgang via URL i løpet av sekunder:
Ris. 6. Bruke kn kommandolinjegrensesnitt.
Dette verktøyet lar deg administrere serverløs serverings- og arrangementsressurser uten å måtte se på eller redigere noen YAML-konfigurasjoner.
Forbedret topologivisning i utviklermodus på konsollen
La oss nå se hvordan den forbedrede Topology-visningen gjør det enklere å administrere Knative Services.
Knative Service – Sentrert visualisering
Knative Services på topologivisningssiden vises som et rektangel som inneholder alle revisjoner, som vist i figur 7:
Ris. 7. Knative Services på Topologi-visningssiden.
Her kan du umiddelbart se gjeldende prosentandeler av Knative Service-trafikkdistribusjon, og gruppere Knative Services i en applikasjonsgruppe for enkelt visuelt å overvåke hva som skjer innenfor den valgte gruppen.
Skjul OpenShift Knative Services-lister
Fortsetter temaet gruppering, må det sies at i OpenShift 4.4 kan du kollapse Knative Services innenfor en applikasjonsgruppe for mer praktisk visning og administrasjon av tjenester når mer komplekse applikasjoner er distribuert i prosjektet.
Knative Service i detalj
OpenShift 4.4 forbedrer også sidefeltet for Knative Services. En Ressurs-fane har dukket opp på den, der tjenestekomponenter som Pods, Revisions og Routes vises. Disse komponentene gir også rask og enkel navigering til individuelle podlogger.
Topologi-visningen viser også trafikkfordelingsprosenter og lar deg til og med raskt endre konfigurasjonen. Dermed kan du raskt finne ut trafikkfordelingen for den valgte Knative-tjenesten i sanntid ved antall pods som kjører for en gitt revisjon, som vist i fig. 8.
Ris. 8. Knative Service trafikkdistribusjon.
En dypere titt på serverløse revisjoner
I tillegg lar Topology-visningen deg nå ta en mye dypere titt inne i den valgte revisjonen, for eksempel raskt se alle dens pods og, om nødvendig, se loggene deres. I tillegg kan du i denne visningen enkelt få tilgang til en revisjons distribusjoner og konfigurasjoner, samt en underrute som peker direkte til den revisjonen, som vist i figur 9. XNUMX:
Ris. 9. Ressurser knyttet til revisjoner.
Vi håper at innovasjonene beskrevet ovenfor vil være nyttige for deg når du oppretter og administrerer serverløse applikasjoner, og at fremtidige versjoner vil inkludere enda flere nyttige funksjoner for utviklere, for eksempel muligheten til å lage hendelseskilder og andre.
Interessert?
Tilbakemelding er viktig for oss
hva synes du om serverless. Bli med i Google-gruppen vår å delta i Office Hours diskusjoner og workshops, for å samarbeide med oss og gi tilbakemeldinger og forslag.
For mer informasjon,
om å utvikle OpenShift-applikasjoner ved å bruke følgende Red Hat-ressurser:
Kilde: www.habr.com