{"id":37937,"date":"2019-10-31T22:20:41","date_gmt":"2019-10-31T19:20:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/detalnyj-razbor-aws-lambda\/"},"modified":"2019-10-31T22:20:41","modified_gmt":"2019-10-31T19:20:41","slug":"detalnyj-razbor-aws-lambda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/detalnyj-razbor-aws-lambda","title":{"rendered":"Detaillierte Analyse von AWS Lambda","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die \u00dcbersetzung des Artikels wurde speziell f\u00fcr die Studierenden des Kurses erstellt \u00abCloud-Dienste\u00bb<\/a><\/noindex>. Interessiert es Sie, sich in diesem Bereich weiterzuentwickeln? Sehen Sie sich den Masterclass von E\u0433\u043e\u0440 \u0417\u0443\u0435\u0432 (TeamLead bei InBit) an. \u00abAWS EC2-Dienst\u00bb<\/a><\/noindex> und schlie\u00dfen Sie sich der n\u00e4chsten Kursgruppe an: Beginn am 26. September. <\/em><\/p>\n

<\/p>\n

\"Detaillierte<\/p>\n

<\/p>\n

Immer mehr Menschen wechseln zu AWS Lambda wegen Skalierbarkeit, Leistung, Kostenersparnis und der M\u00f6glichkeit, Millionen und sogar Billionen von Anfragen pro Monat zu verarbeiten. Dabei m\u00fcssen Sie die Infrastruktur, auf der der Dienst l\u00e4uft, nicht verwalten. Das automatische Skalieren erm\u00f6glicht es, Tausende gleichzeitige Anfragen pro Sekunde zu bedienen. Ich denke, AWS Lambda kann mit Recht als einer der gefragtesten Dienste von AWS bezeichnet werden.<\/a><\/noindex><\/p>\n

<\/p>\n

AWS Lambda<\/h2>\n

<\/p>\n

AWS Lambda ist ein ereignisgesteuertes, serverloses Rechenangebot, das es erm\u00f6glicht, Code ohne Bereitstellung und Verwaltung von Servern auszuf\u00fchren und andere AWS-Dienste auf der Grundlage benutzerdefinierter Logik zu erg\u00e4nzen. Lambda reagiert automatisch auf verschiedene Ereignisse (sogenannte Trigger), wie z. B. HTTP-Anfragen \u00fcber Amazon API Gateway, Daten\u00e4nderungen in Amazon S3-Buckets oder Amazon DynamoDB-Tabellen; oder Sie k\u00f6nnen Ihren Code \u00fcber API-Aufrufe mithilfe des AWS SDK und Status\u00fcberg\u00e4nge in AWS Step Functions ausl\u00f6sen.<\/p>\n

<\/p>\n

Lambda f\u00fchrt Code auf einer hochverf\u00fcgbaren Recheninfrastruktur aus und ist vollst\u00e4ndig f\u00fcr die Verwaltung der zugrunde liegenden Plattform verantwortlich, einschlie\u00dflich der Wartung von Servern und Betriebssystemen, Ressourcenbereitstellung, automatischer Skalierung, Code\u00fcberwachung und Protokollierung. Das bedeutet, Sie m\u00fcssen nur Ihren Code hochladen und konfigurieren, wann und wie er ausgef\u00fchrt werden soll. Der Dienst k\u00fcmmert sich dann um die Ausf\u00fchrung und sorgt f\u00fcr hohe Verf\u00fcgbarkeit Ihrer Anwendung.<\/p>\n

<\/p>\n

Wann auf Lambda umsteigen?<\/h2>\n

<\/p>\n

AWS Lambda ist eine benutzerfreundliche Rechenplattform, die f\u00fcr viele Anwendungsszenarien geeignet ist, vorausgesetzt, die Programmiersprache und die Laufzeitumgebung Ihres Codes werden vom Dienst unterst\u00fctzt. Wenn Sie sich auf den Code und die Gesch\u00e4ftslogik konzentrieren m\u00f6chten, w\u00e4hrend die Serverwartung, Ressourcenbereitstellung und Skalierung an einen externen Anbieter zu einem vern\u00fcnftigen Preis delegiert werden, sollten Sie auf jeden Fall auf AWS Lambda umsteigen.<\/p>\n

<\/p>\n

Lambda eignet sich ideal zur Erstellung von Programmierschnittstellen. Wenn Sie den Service zusammen mit dem API Gateway verwenden, k\u00f6nnen Sie die Kosten erheblich senken und schneller auf den Markt kommen. Es gibt verschiedene M\u00f6glichkeiten, Lambda-Funktionen zu nutzen und serverlose Architekturen zu organisieren \u2014 jeder kann etwas Passendes je nach Zielsetzung ausw\u00e4hlen.<\/p>\n

<\/p>\n

Lambda erm\u00f6glicht das Ausf\u00fchren eines breiten Spektrums von Aufgaben. Dank der Unterst\u00fctzung von CloudWatch k\u00f6nnen Sie zeitlich verz\u00f6gerte Aufgaben erstellen und einzelne Prozesse automatisieren. Es gibt keine Einschr\u00e4nkungen hinsichtlich der Art und Intensit\u00e4t der Nutzung des Services (Speicherverbrauch und Zeit werden ber\u00fccksichtigt), und es steht Ihnen nichts im Wege, konstant an einem vollst\u00e4ndigen Mikrodienst auf der Basis von Lambda zu arbeiten.<\/p>\n

<\/p>\n

Hier k\u00f6nnen serviceorientierte Aktionen erstellt werden, die nicht st\u00e4ndig ausgef\u00fchrt werden. Ein typisches Beispiel ist das Skalieren von Bildern. Selbst bei verteilten Systemen verlieren Lambda-Funktionen nicht an Relevanz.<\/p>\n

<\/p>\n

Wenn Sie also keine Ressourcen f\u00fcr die Bereitstellung und Verwaltung von Rechenressourcen aufwenden m\u00f6chten \u2014 probieren Sie AWS Lambda aus; wenn Sie keine rechenintensiven, schweren Berechnungen ben\u00f6tigen \u2014 probieren Sie ebenfalls AWS Lambda aus; wenn Ihr Code regelm\u00e4\u00dfig ausgef\u00fchrt wird \u2014 genau richtig, Sie sollten AWS Lambda ausprobieren.<\/p>\n

<\/p>\n

Sicherheit<\/h2>\n

<\/p>\n

Bisher gibt es keine Beschwerden hinsichtlich der Sicherheit. Andererseits, da dem Nutzer viele interne Prozesse und Besonderheiten der Implementierung dieses Modells in der verwalteten Ausf\u00fchrungsumgebung von AWS Lambda verborgen bleiben, verlieren einige allgemein akzeptierte Regeln der Cloud-Sicherheit an Relevanz.<\/p>\n

<\/p>\n

Wie die meisten AWS-Services wird Lambda nach dem Prinzip der geteilten Verantwortung zwischen AWS und dem Kunden in Bezug auf Sicherheit und Einhaltung von Vorschriften bereitgestellt. Dieses Prinzip reduziert die operative Belastung f\u00fcr den Kunden, da AWS die Wartung, Verwaltung und Kontrolle der Servicekomponenten \u00fcbernimmt \u2014 von der Betriebssystemebene des Hosts und der Virtualisierungsebene bis zur physischen Sicherheit der Infrastruktur. <\/p>\n

<\/p>\n

Wenn es konkret um AWS Lambda geht, \u00fcbernimmt AWS das Management der zugrunde liegenden Infrastruktur, der damit verbundenen Basisdienste, des Betriebssystems und der Anwendungsplattform. W\u00e4hrend der Kunde f\u00fcr die Sicherheit seines Codes, die Speicherung vertraulicher Daten sowie die Zugriffskontrolle darauf und auf die Lambda-Dienste und -Ressourcen (Identity and Access Management, IAM) verantwortlich ist, einschlie\u00dflich der verwendeten Funktionen.<\/p>\n

<\/p>\n

Im folgenden Diagramm sehen Sie das Modell der gemeinsamen Verantwortung, das f\u00fcr AWS Lambda gilt. Der Verantwortungsbereich von AWS ist orange gef\u00e4rbt, w\u00e4hrend die Verantwortung des Kunden blau ist. Wie Sie sehen, \u00fcbernimmt AWS mehr Verantwortung f\u00fcr die auf dem Dienst bereitgestellten Anwendungen.<\/p>\n

<\/p>\n

\"Detaillierte<\/p>\n

<\/p>\n

Das Modell der gemeinsamen Verantwortung, das f\u00fcr AWS Lambda gilt<\/em><\/p>\n

<\/p>\n

Lambda-Ausf\u00fchrungsumgebung<\/h3>\n

<\/p>\n

Der Hauptvorteil von Lambda besteht darin, dass der Dienst, w\u00e4hrend er eine Funktion in Ihrem Namen ausf\u00fchrt, die ben\u00f6tigten Ressourcen selbst bereitstellt. Sie m\u00fcssen keine Zeit und M\u00fche mit der Systemverwaltung verbringen und k\u00f6nnen sich auf die Gesch\u00e4ftslogik und das Schreiben von Code konzentrieren.<\/p>\n

<\/p>\n

Der Lambda-Dienst ist in zwei Ebenen unterteilt. Die erste ist die Management-Ebene. Laut Wikipedia ist die Management-Ebene (control plane) der Teil des Netzwerks, der f\u00fcr die \u00dcbertragung von Signalkonditionen und die Routing verantwortlich ist. Sie ist das Hauptkomponente, die globale Entscheidungen \u00fcber die Zuweisung, Wartung und Verteilung von Arbeitslasten trifft. Au\u00dferdem fungiert die Management-Ebene als Netzwerktopologie des L\u00f6sungsanbieters, die f\u00fcr das Routing und das Management des Verkehrs verantwortlich ist.<\/p>\n

<\/p>\n

Die zweite Ebene ist die Datenausgabe-Ebene. Sie hat, ebenso wie die Management-Ebene, ihre eigenen Aufgaben. Die Management-Ebene stellt APIs zur Verwaltung von Funktionen (CreateFunction, UpdateFunctionCode) bereit und kontrolliert die Interaktion von Lambda mit anderen AWS-Diensten. Die Datenausgabe-Ebene verwaltet die API-Aufrufe (Invoke API), die Lambda-Funktionen ausl\u00f6sen. Nach dem Aufruf einer Funktion weist die Management-Ebene entweder eine vorhandene, f\u00fcr diese Funktion vorbereitete Ausf\u00fchrungsumgebung zu oder w\u00e4hlt diese aus und f\u00fchrt dann den Code darin aus.<\/p>\n

<\/p>\n

AWS Lambda unterst\u00fctzt eine Vielzahl von Programmier sprachen, darunter Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2 und andere durch die entsprechenden Laufzeitumgebungen. AWS aktualisiert diese regelm\u00e4\u00dfig, verteilt Sicherheits patches und f\u00fchrt andere Wartungsarbeiten an diesen Umgebungen durch. Lambda erlaubt die Verwendung weiterer Sprachen, solange Sie die entsprechende Laufzeitumgebung selbst implementieren. In diesem Fall sind Sie f\u00fcr die Wartung verantwortlich, einschlie\u00dflich der Gew\u00e4hrleistung der Sicherheit.<\/p>\n

<\/p>\n

Wie funktioniert das alles und wie wird der Dienst Ihre Funktionen ausf\u00fchren?<\/strong><\/p>\n

<\/p>\n

Jede Funktion l\u00e4uft in einer oder mehreren dedizierten Umgebungen, die nur w\u00e4hrend des Lebenszyklus dieser Funktion existieren und dann zerst\u00f6rt werden. In jeder Umgebung wird nur ein Aufruf gleichzeitig ausgef\u00fchrt, aber sie wird wiederverwendet, wenn mehrere serielle Aufrufe derselben Funktion auftreten. Alle Laufzeitumgebungen laufen auf virtuellen Maschinen mit hardwarebasierter Virtualisierung \u2013 sogenannten microVMs. Jede microVM wird einem bestimmten AWS-Konto zugeordnet und kann von Umgebungen zur Ausf\u00fchrung verschiedener Funktionen innerhalb dieses Kontos mehrfach verwendet werden. MicroVMs sind in die Strukturbl\u00f6cke der Lambda Worker-Hardware verpackt, die von AWS besessen und verwaltet werden. Dieselbe Laufzeitumgebung kann nicht von mehreren Funktionen verwendet werden, da microVMs f\u00fcr verschiedene AWS-Konten einzigartig sind.<\/p>\n

<\/p>\n

\"Detaillierte<\/p>\n

<\/p>\n

Das Isolationsmodell in AWS Lambda<\/em><\/p>\n

<\/p>\n

Die Isolierung von Laufzeitumgebungen wird durch mehrere Mechanismen umgesetzt. Auf der h\u00f6chsten Ebene gibt es in jeder Umgebung separate Kopien der folgenden Komponenten:<\/p>\n

<\/p>\n