{"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. \u201eCloud-Dienste\u201c<\/a><\/noindex>. Interessiert es Sie, in diesem Bereich weiterzuentwickeln? Sehen Sie sich den Masterclass von Yegor Zuev (TeamLead bei InBit) an, \u201eAWS EC2-Dienst\u201c<\/a><\/noindex> und schlie\u00dfen Sie sich der n\u00e4chsten Kursgruppe an: Start am 26. September. <\/em><\/p>\n

<\/p>\n

\"Detaillierte<\/p>\n

<\/p>\n

Immer mehr Menschen wechseln zu AWS Lambda wegen der Skalierbarkeit, Leistung, Kosteneffizienz und der M\u00f6glichkeit, Millionen und sogar Billionen von Anfragen pro Monat zu verarbeiten. Es ist nicht erforderlich, die Infrastruktur zu verwalten, auf der der Dienst l\u00e4uft. Das automatische Scaling erm\u00f6glicht es, Tausende gleichzeitiger Anfragen pro Sekunde zu bedienen. Ich denke, AWS Lambda kann zu Recht als einer der gefragtesten Dienste von AWS betrachtet werden.<\/a><\/noindex><\/p>\n

<\/p>\n

AWS Lambda<\/h2>\n

<\/p>\n

AWS Lambda ist ein ereignisgesteuertes Serverless-Computing-Service, das die Ausf\u00fchrung von Code ohne Bereitstellung und Verwaltung von Servern erm\u00f6glicht und andere AWS-Dienste basierend auf benutzerdefinierter Logik erg\u00e4nzt. Lambda reagiert automatisch auf verschiedene Ereignisse (sogenannte Trigger), wie HTTP-Anfragen \u00fcber das Amazon API Gateway, \u00c4nderungen an Daten in Amazon S3-Buckets oder in Amazon DynamoDB-Tabellen; alternativ kann Ihr Code \u00fcber API-Aufrufe ausgel\u00f6st werden, indem das AWS SDK und Zustands\u00fcberg\u00e4nge in AWS Step Functions verwendet werden.<\/p>\n

<\/p>\n

Lambda f\u00fchrt den Code auf einer hochverf\u00fcgbaren Recheninfrastruktur aus und \u00fcbernimmt vollst\u00e4ndig die Verwaltung der zugrunde liegenden Plattform, einschlie\u00dflich der Wartung von Servern und Betriebssystemen, der Ressourcenzuweisung, der automatischen Skalierung, der \u00dcberwachung des Codes und der Protokollierung. Das bedeutet, dass Sie lediglich Ihren Code hochladen und einstellen m\u00fcssen, wie und wann er ausgef\u00fchrt werden soll. Der Service k\u00fcmmert sich in der Folge um den Start und gew\u00e4hrleistet die 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, sofern die Programmiersprache und die Laufzeitumgebung Ihres Codes vom Service unterst\u00fctzt werden. Wenn Sie sich auf Ihren Code und die Gesch\u00e4ftslogik konzentrieren m\u00f6chten und die Wartung der Server, die Ressourcenzuweisung und die Skalierung einem externen Anbieter zu einem fairen Preis \u00fcberlassen wollen, sollten Sie definitiv auf AWS Lambda umsteigen.<\/p>\n

<\/p>\n

Lambda eignet sich hervorragend f\u00fcr die Erstellung von Software-Schnittstellen. In Kombination mit dem API Gateway k\u00f6nnen Sie die Kosten erheblich senken und schneller auf den Markt reagieren. Es gibt verschiedene M\u00f6glichkeiten, Lambda-Funktionen einzusetzen und serverlose Architekturen zu gestalten \u2013 jeder kann etwas Passendes entsprechend seinen Zielen ausw\u00e4hlen.<\/p>\n

<\/p>\n

Lambda erm\u00f6glicht die Ausf\u00fchrung einer Vielzahl von Aufgaben. Dank der Unterst\u00fctzung von CloudWatch k\u00f6nnen Sie geplante Aufgaben erstellen und bestimmte Prozesse automatisieren. Es gibt keine Einschr\u00e4nkungen bez\u00fcglich der Art und Intensit\u00e4t der Service-Nutzung (Speicherverbrauch und Zeit werden hierbei ber\u00fccksichtigt), sodass Sie problemlos an einem vollwertigen Mikrodienst auf Basis von Lambda arbeiten k\u00f6nnen.<\/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 in verteilten Systemen bleibt die Relevanz von Lambda-Funktionen bestehen.<\/p>\n

<\/p>\n

Wenn Sie sich nicht mit der Zuteilung und Verwaltung von Rechenressourcen befassen m\u00f6chten, sollten Sie AWS Lambda ausprobieren. Wenn Sie keine schweren ressourcenintensiven Berechnungen ben\u00f6tigen, versuchen Sie ebenfalls AWS Lambda. Wenn Ihr Code regelm\u00e4\u00dfig ausgef\u00fchrt wird, dann ist AWS Lambda genau das Richtige f\u00fcr Sie.<\/p>\n

<\/p>\n

Sicherheit<\/h2>\n

<\/p>\n

Bisher gibt es keine Beschwerden hinsichtlich der Sicherheit. Allerdings verlieren einige allgemein anerkannte Regeln f\u00fcr Cloud-Sicherheit an Bedeutung, da viele interne Prozesse und spezifische Implementierungsmerkmale dieses Modells in der von Nutzern verwalteten Umgebung von AWS Lambda verborgen sind.<\/p>\n

<\/p>\n

Wie die meisten AWS-Dienste erfolgt die Bereitstellung von Lambda im Rahmen des Shared Responsibility Modells von AWS und dem Kunden bez\u00fcglich Sicherheit und Compliance. Dieses Prinzip verringert die betriebliche Belastung f\u00fcr den Kunden, da AWS die Aufgaben f\u00fcr Wartung, Administration und Kontrolle der Servicekomponenten \u00fcbernimmt \u2013 von der Betriebssystemebene und der Virtualisierung bis hin zur physischen Sicherheit der Infrastruktur. <\/p>\n

<\/p>\n

Wenn es um AWS Lambda geht, verwaltet AWS die zugrunde liegende Infrastruktur, die zugeh\u00f6rigen Basisdienste, das Betriebssystem und die Anwendungsplattform. W\u00e4hrend der Kunde jedoch f\u00fcr die Sicherheit seines Codes, die Speicherung sensibler Daten, den Zugriff auf diese sowie auf den Lambda-Service und die Ressourcen (Identity and Access Management, IAM) verantwortlich ist, einschlie\u00dflich der verwendeten Funktionen.<\/p>\n

<\/p>\n

Das folgende Diagramm zeigt das Modell der geteilten Verantwortung, das f\u00fcr AWS Lambda gilt. Der Verantwortungsbereich von AWS ist orange markiert, w\u00e4hrend die Verantwortung des Kunden blau dargestellt ist. Wie Sie sehen k\u00f6nnen, \u00fcbernimmt AWS eine gr\u00f6\u00dfere Verantwortung f\u00fcr Anwendungen, die auf dem Service bereitgestellt werden.<\/p>\n

<\/p>\n

\"Detaillierte<\/p>\n

<\/p>\n

Das Modell der geteilten Verantwortung, das auf AWS Lambda anwendbar ist<\/em><\/p>\n

<\/p>\n

Die Lambda-Laufzeitumgebung<\/h3>\n

<\/p>\n

Der Hauptvorteil von Lambda besteht darin, dass der Dienst bei der Ausf\u00fchrung einer Funktion in Ihrem Namen selbst die erforderlichen Ressourcen bereitstellt. Sie m\u00fcssen keine Zeit und M\u00fche in die Systemadministration investieren, sondern k\u00f6nnen sich auf die Gesch\u00e4ftslogik und das Codieren konzentrieren.<\/p>\n

<\/p>\n

Der Lambda-Service ist in zwei Ebenen unterteilt. Die erste ist die Steuerungsebene. Laut Wikipedia ist die Steuerungsebene der Teil des Netzwerks, der f\u00fcr die \u00dcbertragung von Steuersignalen und das Routing verantwortlich ist. Sie ist das Hauptkomponenten, die globale Entscheidungen \u00fcber die Zuweisung, Pflege und Verteilung von Arbeitslasten trifft. Dar\u00fcber hinaus dient die Steuerungsebene als Netzwerk-Topologie des Anbieters, die f\u00fcr das Routing und die Verwaltung des Verkehrs verantwortlich ist.<\/p>\n

<\/p>\n

Die zweite Ebene ist die Datenebene. Sie hat, wie die Steuerungsebene, ihre eigenen Aufgaben. Die Steuerungsebene stellt APIs zur Verf\u00fcgung, um Funktionen zu verwalten (CreateFunction, UpdateFunctionCode), und steuert die Interaktion von Lambda mit anderen AWS-Diensten. Die Datenebene verwaltet die API-Aufrufe (Invoke API), die Lambda-Funktionen ausl\u00f6sen. Nach dem Aufruf einer Funktion weist die Steuerungsebene entweder eine vorhandene, f\u00fcr diese Funktion vorbereitete Laufzeitumgebung zu oder w\u00e4hlt sie aus und f\u00fchrt dann den Code darin aus.<\/p>\n

<\/p>\n

AWS Lambda unterst\u00fctzt eine Vielzahl von Programmiersprachen, darunter Java 8, Python 3.7, Go, NodeJS 8, .NET Core 2 und andere \u00fcber die entsprechenden Laufzeitumgebungen. AWS aktualisiert diese regelm\u00e4\u00dfig, verteilt Sicherheitsupdates und f\u00fchrt andere Wartungsarbeiten an diesen Umgebungen durch. Lambda erm\u00f6glicht die Nutzung weiterer Sprachen, sofern Sie die entsprechende Laufzeitumgebung selbst implementieren. In diesem Fall sind Sie dann auch f\u00fcr deren Wartung verantwortlich, insbesondere f\u00fcr die Sicherheit.<\/p>\n

<\/p>\n

Wie funktioniert das alles und wie wird der Service 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 danach gel\u00f6scht werden. In jeder Umgebung wird gleichzeitig nur ein Aufruf ausgef\u00fchrt, jedoch wird sie wiederverwendet, wenn mehrere serielle Aufrufe derselben Funktion auftreten. Alle Ausf\u00fchrungsumgebungen laufen auf virtuellen Maschinen mit Hardwarevirtualisierung \u2013 den sogenannten microVMs. Jede microVM wird einem bestimmten AWS-Konto zugewiesen und kann von Umgebungen mehrfach zur Ausf\u00fchrung verschiedener Funktionen in diesem Konto verwendet werden. MicroVMs sind in die strukturellen Bl\u00f6cke der Hardwareplattform Lambda Worker integriert, die im Eigentum von AWS stehen und von diesem verwaltet werden. Dieselbe Ausf\u00fchrungsumgebung kann nicht von verschiedenen Funktionen verwendet werden, da microVMs einzigartig f\u00fcr verschiedene AWS-Konten sind.<\/p>\n

<\/p>\n

\"Detaillierte<\/p>\n

<\/p>\n

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

<\/p>\n

Die Isolierung von Ausf\u00fchrungsumgebungen wird durch mehrere Mechanismen realisiert. Auf der h\u00f6chsten Ebene befinden sich separate Kopien der folgenden Komponenten in jeder Umgebung:<\/p>\n

<\/p>\n