{"id":33935,"date":"2019-10-31T21:55:27","date_gmt":"2019-10-31T18:55:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/serverless-po-stoechkam\/"},"modified":"2019-10-31T21:55:27","modified_gmt":"2019-10-31T18:55:27","slug":"serverless-po-stoechkam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/serverless-po-stoechkam","title":{"rendered":"Serverless im Detail","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Serverless
\nServerless bedeutet nicht, dass es keine Server gibt. Es ist kein \"M\u00f6rder\" f\u00fcr Container und auch kein kurzlebiger Trend. Es handelt sich um einen neuen Ansatz zur Erstellung von Systemen in der Cloud. In diesem Artikel werden wir die Architektur von Serverless-Anwendungen betrachten, die Rolle des Serverless-Dienstanbieters und Open-Source-Projekte beleuchten. Am Ende sprechen wir \u00fcber die Anwendungsfragen von Serverless.
\n<\/a><\/noindex>
\nIch m\u00f6chte den Backend-Bereich einer Anwendung (sogar eines Online-Shops) schreiben. Das kann ein Chat, ein Content-Ver\u00f6ffentlichungsdienst oder ein Load-Balancer sein. In jedem Fall wird es einige Herausforderungen geben: Du musst die Infrastruktur vorbereiten, die Abh\u00e4ngigkeiten der Anwendung definieren und dir Gedanken \u00fcber das Betriebssystem des Hosts machen. Dann musst du kleine Komponenten aktualisieren, die die Funktionalit\u00e4t des restlichen Monolithen nicht beeintr\u00e4chtigen. Und das Skalieren unter Last sollten wir auch nicht vergessen.<\/p>\n

Was w\u00e4re, wenn wir fl\u00fcchtige Container verwenden, in denen die ben\u00f6tigten Abh\u00e4ngigkeiten bereits vorinstalliert sind und die Container voneinander sowie vom Host-Betriebssystem isoliert sind? Wir zerteilen das Monolith in Mikrodienste, die unabh\u00e4ngig voneinander aktualisiert und skaliert werden k\u00f6nnen. Indem ich den Code in einen solchen Container packe, kann ich ihn auf jeder Infrastruktur ausf\u00fchren. Das klingt schon besser. <\/p>\n

Und was, wenn ich keine Container einrichten m\u00f6chte? Ich m\u00f6chte nicht \u00fcber die Skalierung der Anwendung nachdenken. Ich m\u00f6chte nicht f\u00fcr unt\u00e4tige Container zahlen, wenn die Auslastung des Dienstes minimal ist. Ich will einfach nur Code schreiben. Mich auf die Gesch\u00e4ftslogik konzentrieren und Produkte im Handumdrehen auf den Markt bringen. <\/p>\n

Diese \u00dcberlegungen f\u00fchrten mich zu serverlosen Computing. Serverless bedeutet in diesem Fall nicht die physische Abwesenheit von Servern, sondern keine Kopfschmerzen beim Management der Infrastruktur.<\/em><\/p>\n

Die Idee besteht darin, die Logik der Anwendung in unabh\u00e4ngige Funktionen zu zerlegen. Diese haben eine ereignisgesteuerte Struktur. Jede Funktion f\u00fchrt eine \"Mikroaufgabe\" aus. Alles, was vom Entwickler verlangt wird, ist, die Funktionen in die von dem Cloud-Anbieter bereitgestellte Konsole hochzuladen und sie mit Ereignisquellen zu verkn\u00fcpfen. Der Code wird auf Anfrage in einem automatisch vorbereiteten Container ausgef\u00fchrt, und ich bezahle nur f\u00fcr die Ausf\u00fchrungszeit. <\/p>\n

Lassen Sie uns kl\u00e4ren, wie der Entwicklungsprozess f\u00fcr die Anwendung nun aussehen wird.<\/p>\n

Vom Standpunkt des Entwicklers<\/h2>\n

\nFr\u00fcher haben wir \u00fcber eine Anwendung f\u00fcr einen Online-Shop gesprochen. Im traditionellen Ansatz wird die Hauptlogik des Systems von einer monolithischen Anwendung erf\u00fcllt. Der Server mit der Anwendung l\u00e4uft st\u00e4ndig, selbst wenn keine Last vorhanden ist.<\/p>\n

Um zu serverless zu wechseln, zerlegen wir die Anwendung in Mikroaufgaben.<\/strong> F\u00fcr jede von ihnen schreiben wir unsere eigene Funktion. Die Funktionen sind unabh\u00e4ngig voneinander und speichern keine Informationen \u00fcber den Zustand (stateless). Sie k\u00f6nnen sogar in verschiedenen Sprachen geschrieben sein. Wenn eine von ihnen \"ausf\u00e4llt\", stoppt die gesamte Anwendung nicht. Die Architektur der Anwendung wird folgenderma\u00dfen aussehen:<\/p>\n

\"Serverless
\nDie Funktionsteilung in Serverless \u00e4hnelt der Arbeit mit Mikroservices. Doch ein Mikroservice kann mehrere Aufgaben \u00fcbernehmen, w\u00e4hrend eine Funktion idealerweise eine einzige Aufgabe erf\u00fcllt. Stellen wir uns vor, es gilt, Statistiken zu sammeln und diese auf Anfrage des Benutzers auszugeben. Im mikroservicebasierten Ansatz wird dies von einem einzelnen Service mit zwei Eingabepunkten erledigt: f\u00fcr das Schreiben und f\u00fcr das Lesen. In der serverlosen Architektur w\u00e4ren das zwei voneinander unabh\u00e4ngige Funktionen. Der Entwickler spart Rechenressourcen, wenn beispielsweise die Statistiken h\u00e4ufiger aktualisiert werden als ausgegeben. <\/p>\n

Serverless-Funktionen m\u00fcssen innerhalb eines kurzen Zeitrahmens (Timeout) ausgef\u00fchrt werden, der vom Dienstanbieter vorgegeben wird. Bei AWS betr\u00e4gt das Timeout beispielsweise 15 Minuten. Das bedeutet, dass langlebige Funktionen (long-lived) an diese Anforderungen angepasst werden m\u00fcssen \u2013 genau das unterscheidet Serverless von anderen derzeit beliebten Technologien (Containern und Platform as a Service).<\/p>\n

Jeder Funktion weisen wir ein Ereignis zu.<\/strong> Ein Ereignis ist ein Trigger f\u00fcr eine Aktion:<\/p>\n

Ereignis<\/strong>
\nAktion, die die Funktion ausf\u00fchrt<\/strong><\/p>\n

Ein Bild des Produkts wurde in den Speicher hochgeladen
\nBild komprimieren und in das Verzeichnis hochladen<\/p>\n

Die Adresse des physischen Gesch\u00e4fts wurde in der Datenbank aktualisiert
\nNeuen Standort auf die Karten laden<\/p>\n

Der Kunde bezahlt das Produkt
\nZahlungsverarbeitung starten<\/p>\n

Ereignisse k\u00f6nnen HTTP-Anfragen, Streaming-Daten, Nachrichtenwarteschlangen und mehr sein. Die Ereignisquellen sind \u00c4nderungen oder das Auftreten von Daten. Zus\u00e4tzlich k\u00f6nnen Funktionen nach Zeitplan ausgef\u00fchrt werden.<\/p>\n

Die Architektur wurde ausgearbeitet, und die Anwendung ist fast serverlos geworden. Als n\u00e4chstes gehen wir zum Dienstanbieter \u00fcber.<\/p>\n

Vom Anbieter aus<\/h2>\n

\nNormalerweise bieten cloudbasierte Dienstanbieter serverlose Berechnungen an. Sie werden unterschiedlich bezeichnet: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n

Wir werden den Dienst \u00fcber die Konsole oder das pers\u00f6nliche Dashboard des Anbieters nutzen. Den Code f\u00fcr die Funktionen kann man auf verschiedene Arten hochladen:<\/p>\n