Google heeft de stabiele release van het Knative-platform 1.0 gepresenteerd, dat bedoeld is voor het creƫren van infrastructuur voor serverless computing, die draait bovenop een containerisolatiesysteem op basis van Kubernetes. Naast Google zijn ook bedrijven als IBM, Red Hat, SAP en VMware betrokken bij de ontwikkeling van Knative. De release van Knative 1.0 markeert de stabilisatie van de API voor de ontwikkeling van applicaties, die voortaan niet zal veranderen en achterwaarts compatibel zal blijven. De code van het project is geschreven in de programmeertaal Go en wordt verspreid onder de Apache 2.0-licentie.
Het serverless model voor applicatieontwikkeling dat in Knative wordt aangeboden, biedt een extra abstractielaag voor cloudsystemen, waardoor functies als services (FaaS, Functions as a Service) kunnen worden uitgevoerd. De essentie van het serverless model is dat de ontwikkelaar de logica op het niveau van afzonderlijke functies implementeert, zonder zich zorgen te maken over het opzetten en beheren van infrastructuur voor het draaien van applicaties, en zonder gebonden te zijn aan specifieke serverapplicaties en de cloudomgevingen die nodig zijn voor hun werking.
De ontwikkeling vindt plaats zonder het creƫren van monolithische applicaties, op het niveau van het voorbereiden van een set kleine afzonderlijke functies, die elk verantwoordelijk zijn voor het verwerken van een bepaalde gebeurtenis en zijn ontworpen voor afzonderlijk functioneren zonder koppeling aan de omgeving (stateless; het resultaat is niet afhankelijk van de vorige staat en de inhoud van het bestandssysteem). Functies worden alleen uitgevoerd wanneer dat nodig is en kunnen na de verwerking van een gebeurtenis onmiddellijk hun werk beƫindigen. In tegenstelling tot microservices is er geen constante beschikbaarheid van draaiende omgevingen die middelen verbruiken in idle-modus.
Het Knative-platform start zelf containers op wanneer dat nodig is, plaatst daarin de voorbereide functies en regelt het beheer en de schaling van de omgevingen die nodig zijn voor het uitvoeren van deze functies. Het platform kan worden uitgerold op eigen infrastructuur, zonder afhankelijk te zijn van externe cloudservices. Voor de uitvoering is alleen Kubernetes nodig. Er worden middelen geboden ter ondersteuning van verschillende gangbare frameworks, waaronder Django, Ruby on Rails en Spring. Voor het beheer van het platform kan een commando-interface worden gebruikt.
Het platform biedt twee hoofdcomponenten:
- Serveren voor het draaien van serverloze containers in Kubernetes met automatische netwerkconfiguratie, routering, wijzigingsdetectie (creƫren van snapshots van de gehoste code en instellingen) en het handhaven van het vereiste niveau van schaalbaarheid (tot en met het verminderen van het aantal pods tot nul bij inactiviteit). De ontwikkelaar richt zich alleen op de logica, alles wat met uitvoering te maken heeft, wordt door het platform afgehandeld. Voor netwerkcommunicatie en routering van verzoeken kunnen netwerk subsystemen zoals Ambassador, Contour, Kourier, Gloo en Istio worden gebruikt. Ondersteuning voor HTTP/2, gRPC en WebSockets is aanwezig.
- Eventing is een universeel abonnementsysteem (aanhechting van handlers), voor het leveren en beheren van evenementen. Hiermee kunnen er asynchroon werkende applicaties worden gemaakt door rekenresources aan datastromen te koppelen met behulp van een objectmodel en een evenementenverwerkingsmechanisme.
Bron: opennet.ru
