View a markdown version of this page

Was ist AWS Lambda? - AWS Lambda

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Was ist AWS Lambda?

AWS Lambda ist ein serverloser Rechendienst. Mit -Lambda können Sie ohne Server-Bereitstellung oder -Verwaltung Code ausführen. Lambda verwaltet automatisch die zugrunde liegende Infrastruktur — einschließlich Serverwartung, Kapazitätsbereitstellung, Skalierung und Patching —, sodass Sie sich auf Ihre Anwendungslogik konzentrieren können.

Lambda bietet drei Rechenprimitive, die jeweils für unterschiedliche Workload-Muster konzipiert sind:

  • Lambda-Ereignisfunktionen — Führen Sie Code als Reaktion auf Ereignisse oder API-Aufrufe aus, ohne Server zu verwalten. Sie schreiben eine Handler-Funktion, verbinden sie mit einem Trigger (API Gateway, Amazon S3, Amazon SQS und mehr als 200 andere AWS Dienste) und Lambda führt sie aus. EventBridge Jeder Aufruf wird unabhängig ohne gemeinsamen Status ausgeführt und horizontal skaliert, um der Nachfrage gerecht zu werden. Lambda verwaltet Ausführungsumgebungen, Skalierung, Routing und Fehlertoleranz.

  • Lambda Web Functions — Führen Sie Webanwendungen und API-Backends als HTTP-Server aus. Ihr Node.js Code überwacht einen Port und verarbeitet HTTP-Anfragen direkt mithilfe von Web-Frameworks wieExpress,Hono, oder React Router ohne Adapter. Jede Ausführungsumgebung bedient mehrere gleichzeitige Anfragen. Lambda bietet einen HTTPS-Endpunkt, skaliert Ihre Anwendung auf der Grundlage des Datenverkehrs (auch auf Null) und kann ihn überall replizieren. AWS-Regionen

  • Lambda MicroVMS — Isolierte Rechenumgebungen mit nahezu sofortigem Start und einer Gesamtlebensdauer von bis zu 8 Stunden (einschließlich laufender und unterbrochener Zeit). Konzipiert für Workloads, die eine eigene Rechenumgebung für jeden einzelnen Benutzer oder Job benötigen. Lambda verwaltet Isolierung, Kapazität und Netzwerke. Ihre Anwendung verwendet Lambda MicroVMS-APIs und HTTPS-Endpunkte, um sie jeweils mit ihrer Rechenumgebung user/job zu verbinden.

Anmerkung

Event Functions ist der Name für den ursprünglichen Lambda-Funktionstyp, der Ihren Code als Reaktion auf Ereignisse und API-Aufrufe ausführt. Der Name unterscheidet diesen Funktionstyp von Lambda Web Functions und Lambda MicroVMS, und die Lambda-Konsole bezeichnet ihn als Event-Funktion. Die zugrunde liegende Ressource ist unverändert: Die API-Operationen (wie CreateFunction undInvoke), die AWS SDKs, die AWS CLI, der AWS::Lambda::Function Ressourcentyp und ARNs verwenden weiterhin die Funktion, sodass Sie keinen Code, keine Infrastrukturvorlagen oder IAM-Berechtigungen ändern müssen.

Preisinformationen finden Sie unter AWS Lambda  – Preise.

So vergleichen sich Lambda-Berechnungsprimitive

Lambda Event Functions, Lambda Web Functions und Lambda MicroVMS haben eine gemeinsame serverlose Grundlage:

  • Kein Servermanagement — AWS verwaltet die zugrunde liegende Infrastruktur, das Instanz-Patching und die Kapazität.

  • Pay-per-use Abrechnung — Keine Vorabverpflichtungen. Sie zahlen nur für die verwendeten Ressourcen.

  • Verwaltetes Netzwerk — Alle drei bieten vom Service verwalteten eingehenden und ausgehenden Netzwerkzugriff.

  • Firecracker-Virtualisierung — Isolierung zwischen Workloads. VM-level

Sie teilen sich zwar diese Grundlage, dienen aber unterschiedlichen Anwendungsfällen:

Lambda-Ereignisfunktionen Lambda-Webfunktionen Lambda-MikroVMS
Am besten geeignet für Request-response oder ereignisgesteuerte Workloads (APIs, Datenverarbeitung, Automatisierung) Webanwendungen und API-Backends, die HTTP-Verkehr direkt bedienen Persistente Umgebungen, in denen Benutzercode oder AI-produced nicht vertrauenswürdiger Code ausgeführt wird
Programmiermodell Funktionshandler, der in einer unterstützten Laufzeit aufgerufen wurde HTTP-Server, der auf einem Port lauscht und dabei Standard-Web-Frameworks verwendet Beliebige Anwendung — führen Sie Ihre eigenen Binärdateien aus, überwachen Sie Ports, nutzen Sie die Funktionen des Linux-Betriebssystems
Duration (Dauer) Standardmäßig bis zu 15 Minuten pro Aufruf; bis zu 90 Minuten pro asynchronem oder Event Source Mapping-Aufruf auf Lambda Managed Instances; mehrstufige Workflows mit einer Laufzeit von bis zu einem Jahr mit Lambda Durable Functions Bis zu 15 Minuten pro HTTP-Anfrage (Standard 30 Sekunden) Bis zu 8 Stunden pro Sitzung; sitzungsübergreifend aussetzen und fortsetzen
Laufzeitumgebung Service-provided Sprachlaufzeiten; Unterstützung für vom Kunden bereitgestellte Laufzeiten Service-provided Node.js-Laufzeiten Customer-provided MicroVM-Images
Eingehende Netzwerke Direkte Aufrufe oder Integrationen mit Diensten aus der Ereignisquelle AWS Service-provided HTTPS-Endpunkt mit TLS; optionales latenzbasiertes Routing über AWS-Regionen Eingehender Zugriff auf einen beliebigen Port mithilfe von OSI Layer 7-Protokollen
Concurrency (Nebenläufigkeit) Standardmäßig jeweils eine Anfrage pro Ausführungsumgebung; mehrere gleichzeitige Anfragen pro Ausführungsumgebung für Lambda Managed Instances Mehrere gleichzeitige Anfragen pro Ausführungsumgebung Mehrere gleichzeitige Verbindungen pro MicroVM
Zustand der Umgebung Ausführungsumgebungen können wiederverwendet werden (Warmstarts), aber der Status bleibt möglicherweise nicht über mehrere Aufrufe hinweg bestehen Ausführungsumgebungen können wiederverwendet werden (Warmstarts), aber der Status bleibt möglicherweise nicht über mehrere Aufrufe hinweg bestehen Speicher- und Festplattenstatus werden beim Anhalten beibehalten; beim Wiederaufnehmen wiederhergestellt
Skalierung Automatisch — Lambda erstellt und zerstört Ausführungsumgebungen als Reaktion auf den Datenverkehr Automatisch — Lambda erstellt und zerstört Ausführungsumgebungen als Reaktion auf den Datenverkehr und skaliert im Leerlauf auf Null Developer-controlled — Sie erstellen MicroVMs über die API, setzen sie aus, setzen sie fort und beenden sie
Lebenszyklus Vollständig von Lambda verwaltet Vollständig von Lambda verwaltet Developer-controlled; optionale Richtlinien für die automatische Unterbrechung und Wiederaufnahme im Leerlauf
Preise Per-request + GB-seconds der Ausführungszeit Pro Anfrage zuzüglich aktiver CPU-Zeit (in Schritten von 1 ms abgerechnet) und Arbeitsspeicher für die gesamte Lebensdauer jeder Ausführungsumgebung Per-second Rechenleistung bei laufendem Betrieb + Snapshot-Speicher im Ruhezustand