{"id":52709,"date":"2019-11-15T00:00:00","date_gmt":"2019-11-14T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/knative-platforma-kak-usluga-na-osnove-k8s-s-podderzhkoj-serverless"},"modified":"2020-02-18T14:00:30","modified_gmt":"2020-02-18T11:00:30","slug":"knative-platforma-kak-usluga-na-osnove-k8s-s-podderzhkoj-serverless","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/knative-platforma-kak-usluga-na-osnove-k8s-s-podderzhkoj-serverless","title":{"rendered":"Knative \u2013 eine Plattform als Dienst auf Basis von k8s mit serverless Unterst\u00fctzung","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Knative<\/p>\n

<\/p>\n

Die dominierende Plattform f\u00fcr die Bereitstellung von Containern ist zweifellos Kubernetes. Es erm\u00f6glicht die Verwaltung nahezu aller Aspekte mithilfe seiner APIs und benutzerdefinierten Controller, die die API um benutzerdefinierte Ressourcen erweitern.<\/p>\n

<\/p>\n

Dennoch muss der Benutzer weiterhin detaillierte Entscheidungen dar\u00fcber treffen, wie genau Anwendungen bereitgestellt, konfiguriert, verwaltet und skaliert werden. Fragen zur Anwendungs Skalierung, Sicherheit und dem Traffic-Management liegen im Ermessen des Benutzers. Dies unterscheidet Kubernetes von gew\u00f6hnlichen \u201ePlatform as a Service\u201c (PaaS)-Angeboten wie Cloud Foundry und Heroku.<\/p>\n

<\/p>\n

Die Plattformen bieten eine vereinfachte Benutzeroberfl\u00e4che und richten sich an Anwendungsentwickler, die h\u00e4ufig mit der Konfiguration einzelner Anwendungen besch\u00e4ftigt sind. Das Routing, die Bereitstellung und die Metriken werden nahtlos von der zugrunde liegenden PaaS verwaltet.<\/p>\n

<\/a><\/noindex><\/p>\n

Der Workflow \u201eQuellcode \u2013 Bereitstellung\u201c wird von PaaS verarbeitet, indem ein benutzerdefiniertes Container-Image erstellt, bereitgestellt und ein neuer Routing- und DNS-Subdomain f\u00fcr den eingehenden Datenverkehr konfiguriert wird. All dies wird auf Befehl gestartet. git push<\/code>.<\/p>\n

<\/p>\n

In Kubernetes werden absichtlich nur grundlegende Bl\u00f6cke f\u00fcr solche Plattformen bereitgestellt, was der Community erm\u00f6glicht, diese Arbeit selbst zu erledigen. Wie Kelsey Hightower sagte,<\/a><\/noindex>:<\/p>\n

<\/p>\n

Kubernetes ist eine Plattform zur Erstellung von Plattformen. Der beste Ausgangspunkt, aber nicht das Ziel.<\/p><\/blockquote>\n

In der Folge sehen wir eine Vielzahl von Kubernetes-Bundles sowie Hosting-Anbietern, die versuchen, PaaS f\u00fcr Kubernetes zu schaffen, wie zum Beispiel OpenShift und Rancher. Angesichts des wachsenden Marktes f\u00fcr Kube-PaaS betritt Knative die B\u00fchne, das im Juli 2018 von Google und Pivotal ins Leben gerufen wurde.<\/p>\n

<\/p>\n

Knative entstand aus einer Zusammenarbeit zwischen Google und Pivotal, mit geringer Unterst\u00fctzung von anderen Unternehmen wie IBM, RedHat und Solo.im. Es bietet \u00e4hnliche PaaS-Funktionen f\u00fcr Kubernetes mit erstklassiger Unterst\u00fctzung f\u00fcr Anwendungen auf Basis von Serverless Computing. Im Gegensatz zu Kubernetes-Bundles wird Knative als Erweiterung in jedem kompatiblen Kubernetes-Cluster installiert und \u00fcber benutzerdefinierte Ressourcen konfiguriert.<\/p>\n

<\/p>\n

Was ist Knative?<\/h2>\n

<\/p>\n

Knative wird als \u201eKubernetes-basierte Plattform zum Bereitstellen und Verwalten von Arbeitslasten durch moderne serverlose Berechnungen\u201c beschrieben. Knative, das sich als solche Plattform ausgibt, skaliert Container aktiv und automatisch proportional zu den gleichzeitig empfangenen HTTP-Anfragen. Unbenutzte Dienste skalieren letztlich auf null, was ein bedarfsorientiertes Skalieren im Stil serverloser Berechnungen erm\u00f6glicht.<\/p>\n

<\/p>\n

Knative besteht aus einer Reihe von Controllern, die in jeden Kubernetes-Cluster installiert werden k\u00f6nnen und die folgenden Funktionen bereitstellen:<\/p>\n

<\/p>\n