Google avduket nylig den nye versjonen av Knative 1.0-plattformen som er posisjonert som stabil og designet for å lage en serverløs datainfrastruktur implementert på et containerisolasjonssystem basert på Kubernetes-plattformen.
I tillegg til Google er også selskaper som IBM, Red Hat, SAP og VMware involvert i utviklingen av Knative. Utgivelsen av Knative 1.0 markerte stabiliseringen av API for applikasjonsutvikling, som vil forbli uendret fra nå av og vil forbli bakoverkompatibel.
I dag ga Knative-prosjektet ut versjon 1.0, og nådde en viktig milepæl som ble muliggjort av bidrag og samarbeid fra mer enn 600 utviklere. I løpet av de siste tre årene har Knative blitt det mest installerte serverløse nivået i Kubernetes.
Knative-prosjektet ble lansert av Google i juli 2018, med visjonen om å systematisere beste praksis for utvikling av native applikasjoner i skyen, med fokus på tre områder: containerkonstruksjon, service og skalering av arbeidsmengder og hendelser. .
For de som ikke er kjent med Knative-plattformen, bør de vite det denne spesialiserer seg på lansering av containere forberedt etter behov (applikasjonen er ikke knyttet til noen spesifikk beholder), organiserer administrasjonen og gir skalering av miljøene som kreves for å utføre funksjoner og applikasjoner.
Plattformen den kan distribueres på stedet uten å måtte være koblet til eksterne skytjenester. Bare Kubernetes er pålagt å kjøre, og gir et vell av verktøy for å støtte en rekke vanlige rammeverk, hvorav Django, Ruby on Rails og Spring allerede er inkludert.
Det er også viktig å nevne det kommandolinjegrensesnittet (CLI) kan brukes for å kontrollere driften av plattformen. Plattformen har to hovedkomponenter:
- Servering- Utrulling og administrasjon av applikasjoner og funksjoner i form av serverløse containere. Containere kjører på Kubernetes med automatisk nettverkskonfigurasjon, ruting, endringssporing (oppretter øyeblikksbilder av vertskode og konfigurasjon), og opprettholder det nødvendige nivået av skalering (ned til null pods i fravær av aktivitet). Utvikleren fokuserer kun på logikk, alt relatert til utførelse håndteres av plattformen. Nettverksundersystemene Ambassador, Contour, Kourier, Gloo og Istio kan brukes til å organisere nettverks- og ruteforespørsler. Det er støtte for HTTP / 2, gRPC og WebSockets.
- Arrangement: er et universelt system for å abonnere (feste ved sjåfører), levere og administrere hendelser. Den tillater opprettelse av asynkrone applikasjoner ved å knytte beregningsressurser til dataflyter ved å bruke objektmodellen og hendelseshåndtering. Knative Eventings oppgave på høyt nivå er: Aktiver asynkron applikasjonsutvikling ved å levere hendelser fra hvor som helst.
Hva er nytt i Knative 1.0?
I denne nye versjonen 1.0 en autoskalering er utført (inkludert nullskalering), pluss revisjonssporing og utviklerabstraksjoner var noen av Knatives første mål.
I tillegg til å nå disse målene, prosjektet inkorporerte også støtte for flere lag med HTTP-ruting, støtte for flere lag med lagring for hendelseskonsepter med vanlige abonnementsmetoder, og designet en abstraksjon av "andtyper" for å tillate behandling av vilkårlige Kubernetes-ressurser som har felles felt, for å nevne noen endringer.
Knative er nå tilgjengelig i 1.0, og selv om API-en er stengt for endringer, er definisjonen offentlig tilgjengelig slik at alle kan demonstrere samsvar med Knative. Dette stabile API-et gjør det mulig for kunder og leverandører å støtte applikasjonsportabilitet og etablerer en ny skybasert utviklerarkitektur.
Til slutt, hvis du er interessert i å vite mer om denne nye versjonen, kan du se detaljene I den følgende lenken.
Når det gjelder de som er interessert i å vite om denne plattformen, kan de konsultere følgende lenke.