{"id":102212,"date":"2021-11-04T21:36:48","date_gmt":"2021-11-04T19:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/google-predstavil-platformu-besservernyh-vychislenij-knative-1-0"},"modified":"2021-11-04T21:36:48","modified_gmt":"2021-11-04T19:36:48","slug":"google-predstavil-platformu-besservernyh-vychislenij-knative-1-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/google-predstavil-platformu-besservernyh-vychislenij-knative-1-0","title":{"rendered":"Google hat die serverlose Computing-Plattform Knative 1.0 vorgestellt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Firma Google hat die stabile Version der Plattform Knative 1.0 pr\u00e4sentiert, die zum Aufbau einer serverlosen Compute-Infrastruktur dient und auf einem containerisierten Isolation-System basierend auf Kubernetes betrieben wird. Neben Google sind auch Unternehmen wie IBM, Red Hat, SAP und VMware an der Entwicklung von Knative beteiligt. Mit der Ver\u00f6ffentlichung von Knative 1.0 wurde das API f\u00fcr die Anwendungsentwicklung stabilisiert, das nun unver\u00e4ndert bleibt und Abw\u00e4rtskompatibilit\u00e4t gew\u00e4hrleistet. Der Code des Projekts ist in Go geschrieben und steht unter der Apache 2.0-Lizenz. <\/p>\n
Das in Knative angebotene serverlose Anwendungsentwicklungsmodell (serverless) bietet eine zus\u00e4tzliche Abstraktionsebene f\u00fcr Cloud-Systeme, die es erm\u00f6glicht, Funktionen als Dienste (FaaS, Functions as a Service) auszuf\u00fchren. Der Kern des serverlosen Modells besteht darin, dass der Entwickler die Logik auf der Ebene einzelner Funktionen implementiert, ohne sich um die Bereitstellung und Verwaltung der Infrastruktur f\u00fcr die Ausf\u00fchrung von Anwendungen k\u00fcmmern zu m\u00fcssen, und ohne an bestimmte serverseitige Anwendungen und die erforderlichen Cloud-Umgebungen gebunden zu sein. <\/p>\n
Die Entwicklung erfolgt ohne die Erstellung monolithischer Anwendungen, indem eine Reihe kleiner, eigenst\u00e4ndiger Funktionen vorbereitet wird, die jeweils die Verarbeitung eines bestimmten Ereignisses erm\u00f6glichen und f\u00fcr den eigenst\u00e4ndigen Betrieb ohne Umweltbindung (stateless) vorgesehen sind, wobei das Ergebnis nicht vom vorherigen Zustand oder dem Inhalt des Dateisystems abh\u00e4ngt. Die Funktionen werden nur bei Bedarf gestartet und k\u00f6nnen nach der Ereignisverarbeitung sofort beendet werden, was bedeutet, dass im Gegensatz zu Mikrodiensten keine st\u00e4ndige Verf\u00fcgbarkeit laufender Umgebungen erforderlich ist, die Ressourcen im Leerlauf verbrauchen. <\/p>\n
Die Knative-Plattform startet Container nach Bedarf, platziert vorbereitete Funktionen darin, organisiert das Management und sorgt f\u00fcr die Skalierung der Umgebungen, die zur Ausf\u00fchrung dieser Funktionen erforderlich sind. Die Plattform kann in eigenen Rechenzentren ohne Bindung an externe Cloud-Services bereitgestellt werden. Es wird nur Kubernetes f\u00fcr den Betrieb ben\u00f6tigt. Es werden Werkzeuge zur Unterst\u00fctzung verschiedener Frameworks wie Django, Ruby on Rails und Spring bereitgestellt. Zur Verwaltung der Plattform kann ein Befehlszeileninterface verwendet werden. <\/p>\n
Die Plattform bietet zwei Hauptkomponenten an: <\/p>\n
\n
Serving zur Ausf\u00fchrung serverloser Container in Kubernetes mit automatischer Konfiguration der Netzwerkintegration, Routing, \u00c4nderungsverfolgung (Erstellung von Snapshots des bereitgestellten Codes und der Einstellungen) und Erhaltung des erforderlichen Skalierungsniveaus (bis hin zur Reduzierung der Anzahl der Pods auf null bei Inaktivit\u00e4t). Der Entwickler konzentriert sich ausschlie\u00dflich auf die Logik; alles, was mit der Ausf\u00fchrung zu tun hat, \u00fcbernimmt die Plattform. F\u00fcr die Organisation der Netzwerkintegration und das Routing von Anfragen k\u00f6nnen Netzwerksubsysteme wie Ambassador, Contour, Kourier, Gloo und Istio eingesetzt werden. Unterst\u00fctzung f\u00fcr HTTP\/2, gRPC und WebSockets ist vorhanden.\n