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 |