AWS Lambda – Preise

Serverless-Datenverarbeitung für jeden Workload

Übersicht

AWS Lambda ist ein Serverless-Datenverarbeitungsservice, der Ihnen nur das in Rechnung stellt, was Sie tatsächlich nutzen. Die Preise für Lambda-Eventfunktionen werden pro Anfrage und Ausführungsdauer berechnet. Die Preise für Lambda-MicroVMs werden pro Instance-Sekunde berechnet. Die Preise für Lambda-Webfunktionen werden pro Anforderung und aktiver CPU-Zeit berechnet.
  • Event-Funktionen

  • Preise für Lambda-Event-Funktionen

    Der Preis für Lambda-Event-Funktionen basiert auf der Anzahl der bearbeiteten Anfragen und der Dauer der Codeausführung, gemessen in GB-Sekunden. Sie wählen den Speicher, der Ihrer Funktion zugewiesen ist, und erhalten proportional dazu CPU und Ressourcen. Das kostenlose Kontingent umfasst eine Million Anforderungen und 400 000 GB-Sekunden pro Monat.

    Asynchrones Ereignis (einschließlich Ereignisse aus S3, SNS, EventBridge, StepFunctions, Cloudwatch Logs): Für jedes asynchrone Ereignis wird 1 Anfrage für die ersten 256 KB berechnet. Für individuelle Ereignisdaten, die größer als 256 KB sind, wird 1 zusätzliche Anforderung pro 64 KB bis zu 1 MB berechnet.

    Die Kosten für die Dauer hängen von der Speichermenge ab, die Sie Ihrer Funktion zuweisen. Sie können Ihrer Funktion eine beliebige Speichergröße zwischen 128 MB und 10 240 MB in Schritten von 1 MB zuweisen. Die nachfolgende Tabelle enthält einige Beispiele für den Preis pro 1 ms in Verbindung mit verschiedenen Speichergrößen für eine Nutzung, die in die erste Preisstufe fällt – zum Beispiel bis zu 6 Milliarden GB-Sekunden/Monat in USA Ost (Ohio)

    • x86-Preis
    • Arm-Preis

    Die Preisstufen für die Lambda-Dauer auf Abruf werden auf die monatliche Gesamtdauer Ihrer Funktionen angewendet, die auf der gleichen Architektur (x86 bzw. Arm) in der gleichen Region innerhalb des Kontos ausgeführt werden. Wenn Sie die konsolidierte Abrechnung in AWS Organizations verwenden, werden die Preisstufen auf die gesamte monatliche Dauer Ihrer Funktionen angewendet, die auf derselben Architektur in derselben Region über die Konten in der Organisation laufen.

    Lambda Managed Instances

    Mit Lambda Managed Instances können Sie Lambda-Event-Funktionen auf vollständig verwalteten EC2-Instances in Ihrer VPC ausführen und dabei die serverlose Entwicklererfahrung von Lambda mit der Kosteneffizienz und Hardware-Flexibilität von EC2 kombinieren. Diese Funktion ist ideal für stationäre Workloads mit hohem Volumen, bei denen Sie die Kosten optimieren und gleichzeitig die einfache Bedienung von Lambda beibehalten möchten.

    Mit Lambda Managed Instances können Sie aus einer Vielzahl von EC2-Instance-Typen der aktuellen Generation wählen, die Ihren Workload-Anforderungen entsprechen, von EC2-Preisoptionen wie EC2 Instance Savings Plans, Compute Savings Plans und Reserved Instances profitieren und mehrere Anfragen gleichzeitig innerhalb derselben Ausführungsumgebung verarbeiten, um die Ressourcenauslastung zu maximieren. Lambda verwaltet automatisch die Bereitstellung, die Skalierung, das Patching und das Lebenszyklusmanagement von Instances, während Sie das vertraute Lambda-Programmiermodell und die nahtlose Integration mit Ereignisquellen wie SQS, Kinesis und Kafka beibehalten.

    Preise:
    Die Preisgestaltung für Lambda Managed Instances besteht aus drei Komponenten:

    1. Anforderungsgebühren: 0,20 USD pro Million Anforderungen
    2. Gebühr für das Datenverarbeitungsmanagement: 15 % Aufschlag auf den Preis einer EC2-On-Demand-Instance für die von Lambda bereitgestellten und verwalteten Instances (Aufschlag für jeden Instance-Typ siehe unten)
    3. EC2-Instance-Gebühren: Die Standardpreise für EC2-Instances gelten für die Instances, die von Ihrem Kapazitätsanbieter bereitgestellt werden. Sie können die Kosten senken, indem Sie Compute Savings Plans, Reserved Instances oder andere EC2-Preisoptionen verwenden

    Beachten Sie, dass die Funktionen von Lambda Managed Instances im Gegensatz zu Lambda-Funktionen (Standard) für die Ausführungsdauer jeder Anforderung nicht separat bezahlt werden.

    Zuordnungen von Ereignisquellen: Für Workloads, die bereitgestellte Event Poller Units (EPUs) mit Ereignisquellen wie Kafka oder SQS verwenden, gelten die Standard-EPU-Preise.

    Verwaltungsgebühren
    • Angenommen, Sie betreiben einen API-Dienst mit hohem Traffic, der 100 Millionen Anforderungen pro Monat mit einer durchschnittlichen Dauer von 200 ms pro Anforderung verarbeitet. Sie konfigurieren Ihren Lambda Managed Instance-Kapazitätsanbieter für die Verwendung von m7g.xlarge Instances (4 vCPU, 16 GB Arbeitsspeicher, Graviton3) und nutzen einen 3-jährigen Compute Savings Plan für maximale Kosteneinsparungen.

      Monatliche Gebühren

      Anforderungsgebühren
      Monatliche Anforderungen: 100 Millionen Anforderungen
      Anforderungspreis: 0,20 USD pro Million Anforderungen
      Monatliche Gebühren für Anforderungen: 100 Mio. / 1 Mio. × 0,20 USD = 20 USD

      Datenverarbeitungsgebühren
      Instance-Typ: m7g.xlarge
      EC2-On-Demand-Preis: 0,1632 USD pro Stunde (USA Ost Nord-Virginia)
      Mit einem Rabatt aus einem dreijährigen Compute Savings Plan (72 %): 0,0457 USD pro Stunde
      Geschätzte benötigte Instance-Stunden: ~2 000 Stunden/Monat (basierend auf dem Workload-Muster und der Parallelität)
      Monatliche Gebühren für EC2-Instances: 2 000 × 0,0457 USD = 91,40 USD

      Verwaltungsgebühren
      Verwaltungsgebühr: 15 % des EC2-On-Demand-Preises
      Verwaltungsgebühr pro Stunde: 0,1632 USD × 0,15 = 0,02448 USD pro Stunde
      Monatliche Verwaltungsgebühr: 2 000 × 0,02448 USD = 48,96 USD

      Monatliche Gesamtgebühren
      Gesamtgebühren = Anforderungsgebühren + EC2-Instance-Gebühren + Verwaltungsgebühren
      Gesamtgebühren = 20 USD + 91,40 USD + 48,96 USD = 160,36 USD

    Preise der Durable Functions in Lambda

    Durable Functions in Lambda vereinfachen die Erstellung zuverlässiger mehrstufiger Anwendungen und KI-Workflows direkt innerhalb des bestehenden Programmiermodells von Lambda und ermöglichen so robuste und kosteneffiziente Langzeit-Workloads. Bei dauerhaften Funktionen verwenden Sie dauerhafte Operationen wie „Schritte“ und „Wartezeiten“, bei denen es sich um Checkpoints mit optionalen Daten handelt, die über einen längeren Zeitraum gespeichert werden, sodass Ihre Funktion nach Unterbrechungen die Ausführung fortsetzen kann. Wenn Funktionen fortgesetzt werden, führt das System eine Wiederholung durch, wobei der Ereignis-Handler automatisch von Anfang an erneut ausgeführt wird, während abgeschlossene Checkpoints übersprungen werden und die Ausführung an der Stelle der Unterbrechung fortgesetzt wird. Der Lebenszyklus kann mehrere Unteraufrufe umfassen (Lambda-Funktionsaufrufe, die bei der Wiederaufnahme nach Warteoperationen, Wiederholungsversuchen oder Infrastrukturfehlern auftreten), um die Ausführung abzuschließen. 

    Es fallen die bestehenden Lambda-Rechengebühren an, einschließlich für Unteraufrufe aus Wiederholungen. Bei Verwendung von Warteoperationen unterbricht die Funktion die Ausführung und für On-Demand-Funktionen fallen keine Dauergebühren an, bis die Ausführung wieder aufgenommen wird. Darüber hinaus werden Ihnen dauerhafte Vorgänge (wie das Starten von Ausführungen, das Abschließen von Schritten und das Erstellen von Wartezeiten) in Rechnung gestellt. Sie zahlen auch für die von diesen Vorgängen geschriebene Datenmenge (in GB) und für die Datenaufbewahrung während und nach der Ausführung (in GB-Monat, anteilig). Die Aufbewahrungsfrist nach Abschluss ist von 1 bis 90 Tagen konfigurierbar (Standard 14 Tage). 

    Eine vollständige Liste und eine detaillierte Beschreibung der dauerhaften Vorgänge finden Sie im Lambda-Entwicklerhandbuch.

    • Ein System zur Bearbeitung von Versicherungsansprüchen verwendet dauerhafte Lambda-Funktionen, um Ansprüche auf Betrug zu analysieren, die manuelle Überprüfung von Ansprüchen mit hohem Wert zu koordinieren und genehmigte Zahlungen zu bearbeiten. Der Prozess beginnt mit einem Dokumentenanalyse-Schritt, der 30 Sekunden dauert, um eine LLM-basierte Betrugserkennung und Risikobewertung durchzuführen. Anschließend wird die Ausführung angehalten, um eine manuelle Überprüfung durchzuführen (in der Regel 7 Tage Wartezeit), bei der ein Sachverständiger Ansprüche überprüft, die die automatischen Genehmigungsschwellen überschreiten. Abschließend wird in einem Zahlungsschritt, der 2 Sekunden dauert, die Genehmigungsentscheidung verarbeitet, um die Zahlung zu veranlassen. Das System verarbeitet 1 000 000 Versicherungsansprüche pro Monat. Jede Ausführung verwendet eine 8 KB große Aufruf-Nutzdaten und 32 KB große Nutzdaten für die Schadenanalyse (Schritt 1), Genehmigungsentscheidungen (Wartezeit) und die endgültige Zahlungsabwicklung (Schritt 2). Die Funktion ist mit 1 GB Arbeitsspeicher auf einem ARM-basierten Prozessor konfiguriert. Abgeschlossene Schadenakten werden für 14 Tage zu Prüfungs- und Compliance-Zwecken aufbewahrt. Hinweis: Die Beispiele basieren auf den Preisen am Standort USA Ost (Nord-Virginia). Alle Ausführungen beginnen zu Monatsbeginn, und alle Schritte werden beim ersten Versuch ohne Wiederholungen erfolgreich ausgeführt, um die Berechnungen zu vereinfachen.

      Hinweis: Die Beispiele basieren auf den Preisen am Standort USA Ost (Nord-Virginia). Alle Ausführungen beginnen zu Monatsbeginn, und alle Schritte werden beim ersten Versuch ohne Wiederholungen erfolgreich ausgeführt, um die Berechnungen zu vereinfachen.

      Monatliche Datenverarbeitungskosten

      Gesamtdatenverarbeitung (Sekunden) 1 000 000 × 32 s = 32 000 000 Sekunden
      Gesamtdatenverarbeitung (GB-s) 32 000 000 × 1 GB = 32 000 000 GB-s
      Abrechnungsfähige Datenverarbeitung 32 000 000 – 400 000 aus dem kostenlosen Kontingent = 31 600 000 GB-s
      Datenverarbeitungskosten 31 600 000 × 0,0000133334 USD = 421,34 USD

      Monatliche Anforderungsgebühren

      Gesamtanzahl der Anforderungen 2 Aufrufe (initial + nach Wartezeit) × 1 000 000 = 2 000 000 Anforderungen
      Abrechnungsfähige Anforderungen 2 000 000 - 1 Mio. aus der kostenlosen Stufe = 1 000 000
      Anforderungskosten 1 Mio. × 0,20 USD/Mio. = 0,20 USD


      Monatliche Gebühren für dauerhafte Funktionen

      Vorgänge 1 Mio. × (1 Start-Ausführung + 2 Schritte + 1 Wartezeit) = 4 Mio.
      Kosten für Vorgänge 4 Mio. × 8,00 USD/Mio. = 32,00 USD
      Geschriebene Daten 1 Mio. × (8 KB Aufruf + 3 × 32 KB Schritte/Wartezeiten) = 104 GB
      Kosten für das Schreiben der Daten 104 GB × 0,25 USD/GB = 26,00 USD
      Speicher (laufend, einschließlich 7 Tage Wartezeit) 104 GB × (7/30) = 24,27 GB-Monate
      Speicher (14 Tage aufbewahrt) 104 GB × (14/30) = 48,53 GB-Monate
      Kosten für die Aufbewahrung der Daten (24,27 + 48,53) GB-Monat × 0,15 USD/GB-Monat = 10,92 USD

       

      Gesamtkosten pro Monat

      Gesamtkosten 421,34 USD + 0,20 USD + 32,00 USD + 26,00 USD + 10,92 USD = 490,46 USD

    Preise für Mandantenisolierung

    Aktivieren Sie den Mandantenisolierungsmodus, um die Anforderungsverarbeitung für einzelne Endbenutzer oder Mandanten zu isolieren, die Ihre Lambda-Event-Funktionen aufrufen. Die zugrunde liegenden Ausführungsumgebungen für eine mandantenisolierte Lambda-Funktion sind immer einem bestimmten Mandanten zugeordnet und werden niemals verwendet, um Anforderungen von anderen Mandanten auszuführen, die dieselbe Funktion aufrufen. Diese Funktion vereinfacht die Entwicklung und Wartung von Anwendungen mit mehreren Mandanten, die mandantenspezifischen Code oder Daten mit strengen Anforderungen an die mandantenübergreifende Isolierung verarbeiten. Es fallen Gebühren an, wenn Lambda eine neue mandantenisolierte Ausführungsumgebung erstellt, um eine Anforderung zu bearbeiten. Dies hängt von der Speichermenge ab, die Sie Ihrer Funktion zuweisen, und der verwendeten CPU-Architektur. Weitere Informationen zur Mandantenisolationsfunktion von Lambda finden Sie in der Dokumentation.

    • Multi-Mandanten-SaaS-Anwendung

      Nehmen wir an, Sie erstellen eine Automatisierungsplattform, die als Reaktion auf Ereignisse vom Benutzer bereitgestellten Code ausführt. Beispielsweise möchte ein IT-Team möglicherweise einen automatisierten Workflow ausführen, wenn ein neuer Mitarbeiter seiner Organisation beitritt oder abteilungsübergreifend wechselt. Ein weiteres Beispiel: Ein DevOps-Team möchte vielleicht einen CI/CD-Workflow auslösen, wenn ein Entwickler Codeänderungen in sein Quellcode-Repository überträgt. Ihre Automatisierungsplattform ist mandantenfähig, was bedeutet, dass sie mehreren Endbenutzern dient. Da Sie je nach Tageszeit und für jeden Endbenutzer oder Mandanten mit starken Nachfrageschwankungen rechnen, erstellen Sie Ihre Plattform mit serverlosen Diensten wie AWS Lambda.

      Ihre Automatisierungsplattform unterstützt die Möglichkeit, vom Benutzer bereitgestellten Code als Reaktion auf Ereignisse auszuführen. Da Sie den von Benutzern bereitgestellten Code nicht kontrollieren, aktivieren Sie den Mandantenisolierungsmodus, um sicherzustellen, dass Lambda-Funktionsaufrufen für jeden Endbenutzer in separaten, voneinander isolierten Ausführungsumgebungen verarbeitet werden.

      Angenommen, Sie haben Ihre Lambda-Funktion mit 1 024 MB Arbeitsspeicher und x86-CPU-Architektur konfiguriert. In einem typischen Monat verarbeitet Ihre Funktion 10 Mio. Aufrufe mit einer durchschnittlichen Dauer von 2 Sekunden pro Aufruf. Ihre SaaS-Plattform wird von 1 000 Endbenutzern oder Mandanten genutzt. Nehmen wir der Einfachheit halber an, dass jeder Mandant im Durchschnitt 10 000 Aufrufe pro Monat generiert und Lambda 200 Ausführungsumgebungen pro Mandant erstellt (d. h. eine Kaltstartrate von 2 % pro Mandant).

      Die Gebühren dafür werden wie folgt berechnet:

      Anforderungsgebühren
      Pro Monat wird Ihre Funktion 10 Millionen Mal ausgeführt.

      Monatliche Anforderungsgebühren: 10 Mio. * 0,2 USD/Mio. = 2 USD.

      Datenverarbeitungsgebühren
      Pro Monat wird Ihre Funktion 10 Millionen Mal mit einer durchschnittlichen Dauer von 2 Sekunden ausgeführt. Der konfigurierte Speicher Ihrer Funktion beträgt 1 024 MB.

      Monatliche Datenverarbeitungsdauer (Sekunden): 10 Mio. * 2s = 20 Mio. Sekunden
      Monatliche Datenverarbeitung (GB-s): 20 Mio. Sekunden * 1 024 MB / 1 024 MB = 20 Mio. GB-s
      Monatliche Datenverarbeitungsgebühren: 20 Mio. * 0,0000166667 USD = 333,34 USD

      Gebühren für die Mandantenisolierung
      Pro Monat bedient Ihre Funktion im Durchschnitt 1 000 einzelne Mandanten. Jeder Mandant ruft die Funktion 10 000 Mal auf, wobei pro Mandant durchschnittlich 200 Ausführungsumgebungen erstellt werden (d. h. durchschnittliche Kaltstartrate von 2 % für jeden Mandanten).

      Monatliche Ausführungsumgebungen, die für 1 000 Mandanten erstellt wurden: 200 * 1 Tsd. = 200 Tsd.
      Monatliche Gebühren für die Mandantenisolierung: 200 000 * 0,000167 USD * 1 024 MB / 1 024 MB = 33,4 USD

      Summe der monatlichen Gebühren
      Gesamtgebühren = Anforderungsgebühren + Datenverarbeitungsgebühren + Gebühren für die Mandantenisolierung
      Gesamtgebühren = 2 USD + 333,34 USD + 33,4 USD = 368,74 USD

    Preise des flüchtigen Lambda-Speichers

    Der Preis des flüchtigen Speichers hängt von der Menge an flüchtigem Speicher ab, die Sie Ihrer Funktion zuweisen, und der in Millisekunden gemessenen Ausführungsdauer der Funktion. Sie können Ihrer Funktion eine beliebige zusätzliche Speichergröße zwischen 512 MB und 10 240 MB in Schritten von 1 MB zuweisen. Sie können den flüchtigen Speicher für Funktionen konfigurieren, die sowohl auf x86- als auch auf Arm-Architekturen ausgeführt werden. 512 MB an flüchtigem Speicher steht für jede Lambda-Funktion ohne zusätzliche Kosten zur Verfügung. Sie zahlen nur für den zusätzlichen flüchtigen Speicher, den Sie konfigurieren.

    Alle nachstehenden Beispiele basieren auf den Preisen am Standort USA Ost (Nord-Virginia).

    • Nehmen wir an, Sie sind ein Entwickler für mobile Apps, der eine App zur Essensbestellung erstellt. Kunden können die App verwenden, um Essen von einem bestimmten Restaurantstandort zu bestellen, Updates zum Bestellstatus zu erhalten und das Essen abzuholen, wenn die Bestellung fertig ist. Da Sie sowohl nach Tageszeit als auch nach Standort des Restaurants hohe Nachfrageschwankungen erwarten, bauen Sie Ihr mobiles Backend mit Serverless-Services, einschließlich AWS Lambda, auf.

      Nehmen wir der Einfachheit halber an, dass Ihre Anwendung drei Millionen Anfragen pro Monat verarbeitet. Die durchschnittliche Ausführungsdauer der Funktion beträgt 120 ms. Sie haben Ihre Funktion mit 1 536 MB Speicher auf einem x86-basierten Prozessor konfiguriert. Die Gebühren dafür werden wie folgt berechnet:

      Monatliche Datenverarbeitungsgebühren

      Der monatliche Preis für die Datenverarbeitung beträgt 0,0000166667 USD pro GB-s und im kostenlosen Kontingent stehen 400 000 GBit-s zur Verfügung.
      Gesamtdatenverarbeitung (Sekunden) = 3 Mio. * 120 ms = 360 000 Sekunden
      Gesamtdatenverarbeitung (GB-s) = 360 000 * 1 536 MB / 1 024 MB = 540 000 GB-s
      Gesamtdatenverarbeitung – Kostenloses Nutzungskontingent = monatlich fakturierbare Datenverarbeitung in GB-s
      540 000 GB-s – 400 000 GB-s aus dem kostenlosen Kontingent = 140 000 GB-s
      Monatliche Datenverarbeitungskosten =       140 000 * 0,0000166667 USD = 2,33 USD

      Monatliche Anforderungsgebühren

      Die monatlichen Anforderungskosten betragen 0,20 USD pro Million Anforderungen, im kostenlosen Kontingent stehen 1 Mio. Anforderungen pro Monat zur Verfügung.
      Gesamtzahl der Anfragen – Anfragen aus dem kostenlosen Kontingent = monatlich fakturierbare Anfragen
      3 Millionen Anfragen – 1 Million Anfragen aus dem kostenlosen Kontingent = 2 Millionen monatlich fakturierbare Anfragen
      Monatliche Gebühren für Anfragen = 2 Mio. * 0,2 USD/Mio. = 0,40 USD

      Gesamtgebühren pro Monat

      Gesamtgebühren = Datenverarbeitungsgebühren + Anforderungsgebühren = 2,33 USD + 0,40 USD = 2,73 USD pro Monat

    • Angenommen, Sie sind ein Logistikunternehmen mit einer Flotte von Fahrzeugen im Außendienst, von denen jedes mit Sensoren und 4G/5G-Konnektivität ausgestattet ist, um Telemetriedaten in einen Amazon Kinesis Data Stream zu senden. Sie möchten von Ihnen entwickelte Modelle des Machine Learnings (ML) verwenden, um den Zustand des Fahrzeugs zu ermessen und vorherzusagen, wann eine Wartung für bestimmte Komponenten erforderlich sein könnte.

      Angenommen, Sie haben 10 000 Fahrzeuge auf der Straße, von denen jedes einmal pro Stunde gestaffelt mit ausreichendem Jitter Telemetrie aussendet. Sie beabsichtigen, diese Inferenz für jede Nutzlast durchzuführen, um sicherzustellen, dass Fahrzeuge umgehend für die Wartung eingeplant werden und um einen optimalen Zustand Ihrer Fahrzeugflotte sicherzustellen.

      Angenommen, das ML-Modell wird mit der Funktion gebündelt und ist 512 MB groß. Für die Inferenz haben Sie Ihre Funktion mit 1 GB Speicher konfiguriert, und die Ausführung der Funktion dauert auf einem x86-basierten Prozessor durchschnittlich zwei Sekunden.

      Monatliche Anforderungsgebühren:
      Pro Monat senden die Fahrzeuge 10 000 * 24 * 31 = 7 440 000 Nachrichten, die von der Lambda-Funktion verarbeitet werden.

      Monatliche Anforderungsgebühren → 7,44 Mio. * 0,20 USD/Million = 1,488 USD ~= 1,49 USD

      Monatliche Datenverarbeitungsgebühren:
      Pro Monat werden die Funktionen einmal pro Nachricht für zwei Sekunden ausgeführt.

      Monatliche Datenverarbeitungsdauer (Sekunden) → 7,44 Millionen * 2 Sekunden = 14,88 Millionen Sekunden
      Monatliche Datenverarbeitungsleistung (GB-s) → 14,88 Mio. Sekunden * 1 024 MB/1 024 MB = 14,88 GB-s
      Monatliche Datenverarbeitungskosten → 14,88 Mio. GB-s * 0,0000166667 USD = 248,00 USD

      Monatliche Gesamtgebühren:
      Monatliche Gesamtkosten = Anforderungsgebühren + Datenverarbeitungsgebühren = 1,49 USD + 248,00 USD = 249,49 USD

    • Nehmen wir an, Sie sind ein Finanzdienstleistungsunternehmen, das Ihre wichtigsten Kundendienstprobleme besser verstehen möchte. Ihr Ziel ist es, das Kundenerlebnis zu verbessern und die Kundenabwanderung zu reduzieren. Ihre Kunden können über die von Ihnen bereitgestellte mobile App live mit Ihrem Kundensupport chatten. Sie entscheiden sich für den Einsatz eines Modells für natürliche Sprachverarbeitung (NLP).

      In diesem Fall verwenden Sie das beliebte Bidirektionale-Encoder-Repräsentationen-von-Transformers (BERT)-Modell in AWS Lambda. Das Modell hilft Ihnen, die Kundenservice-Interaktionen über die mobile App zu analysieren und zu verstehen, um relevante Support-Inhalte anzuzeigen oder den Kunden an den entsprechenden Kundenservice-Mitarbeiter weiterzuleiten. Die Anzahl der Supportanfragen, die Ihr Inferenzmodell verarbeitet, variiert im Laufe der Woche stark.

      Nehmen wir an, Ihre Funktionen, die das Inferenzmodell ausführen, erhalten sechs Millionen Anfragen pro Monat. Die durchschnittliche Ausführungsdauer der Funktion beträgt 280 ms. Sie konfigurieren Ihre Funktion mit 4 096 MB Speicher auf einem x86-basierten Prozessor.

      Sie konfigurieren Ihre Funktion auch so, dass sie 2 048 MB flüchtigen Speicher verwendet.

      Die Gebühren dafür werden wie folgt berechnet:

      Monatliche Datenverarbeitungsgebühren:
      Der monatliche Preis für die Datenverarbeitung beträgt 0,0000166667 USD pro GB-s und im kostenlosen Kontingent stehen 400 000 GB-s zur Verfügung.
      Gesamtdatenverarbeitung (Sekunden) = 6 Mio. * 280 ms = 1 680 000 Sekunden
      Gesamtdatenverarbeitungsleistung (GB-s) = 1 680 000 * 4 096 MB/1 024 MB = 6 720 000 GB-s
      Datenverarbeitungsleistung insgesamt – Kostenloses Nutzungskontingent für AWS = monatlich fakturierbare Datenverarbeitungsleistung in GB-s
      6 720 000 GB-s – 400 000 GB-s aus dem kostenlosen Kontingent = 6 320 000 GB-s
      Monatliche Datenverarbeitungskosten = 6 320 000 * 0,0000166667 USD = 105,33 USD

      Monatliche Anforderungsgebühren:
      Die monatlichen Anforderungskosten betragen 0,20 USD pro 1 Million Anforderungen, im kostenlosen Kontingent stehen eine Million Anforderungen pro Monat zur Verfügung.
      Gesamtzahl der Anfotrderungen – Anforderungen aus dem kostenlosen Kontingent = monatlich fakturierbare Anforderungen
      6 Millionen Anforderungen – 1 Million Anforderungen aus dem kostenlosen Kontingent = 5 Millionen monatlich fakturierbare Anforderungen
      Monatliche Gebühren für Anforderungen = 5 Millionen * 0,2 USD/Million = 1 USD

      Monatliche Gebühren für flüchtigen Speicher:
      Der monatliche Preis für den flüchtigen Speicher beträgt 0,0000000309 USD pro GB-Sekunde und Lambda bietet einen Speicherplatz von 512 MB ohne zusätzliche Kosten.
      Gesamtdatenverarbeitungsleistung (Sekunden) = 6 Mio. * 280 ms = 1 680 000 Sekunden
      Gesamter fakturierbarer flüchtiger Speicher = 2 048 MB – 512 MB = 1 536 MB
      Gesamter flüchtiger Speicher (GB-s) = 1 680 000 * 1 536 MB/1 024 MB = 2 520 000 GB-s
      Monatliche Gebühren für flüchtigen Speicher = 2 520 000 * 0,0000000309 USD = 0,08 USD

      Monatliche Gesamtgebühren:
      Gesamtkosten = Datenverarbeitungsgebühren + Anforderungsgebühren = 105,33 USD + 1 USD + 0,08 USD = 106,41 USD pro Monat

    Bereitgestellte Nebenläufigkeit – Preise

    Aktivieren Sie Provisioned Concurrency für Ihre Lambda-Event-Funktionen, um eine bessere Kontrolle über die Leistung Ihrer Serverless-Anwendungen zu erhalten. Wenn aktiviert, hält Provisioned Concurrency die Funktionen initialisiert und hyperbereit, um in zweistelligen Millisekunden zu reagieren. Sie bezahlen für den Betrag der Concurrency, den Sie konfigurieren, und für den Zeitraum, den Sie konfigurieren. Wenn Provisioned Concurrency für Ihre Funktion aktiviert und ausgeführt wird, bezahlen Sie auch für Anfragen und Dauer basierend auf den unten stehenden Preisen. Wenn Ihre Funktion die konfigurierte Parallelität überschreitet, wird Ihnen die übermäßige Funktionsausführung zu dem Preis in Rechnung gestellt, der im Abschnitt Preise für AWS Lambda oben beschrieben ist. Sie können Provisioned Concurrency für Funktionen aktivieren, die sowohl auf der x86- als auch auf der Arm-Architektur laufen. Um mehr über Provisioned Concurrency zu erfahren, lesen Sie die Dokumentation.

    Provisioned Concurrency wird von dem Zeitpunkt an berechnet, zu dem Sie es für Ihre Funktion aktivieren, bis es deaktiviert wird, aufgerundet auf die nächsten fünf Minuten. Der Preis hängt von der Menge an Speicher ab, die Sie Ihrer Funktion zuweisen, und der Menge an Parallelität, die Sie darauf konfigurieren. Die Dauer wird ab dem Zeitpunkt berechnet, an dem Ihr Code mit der Ausführung beginnt und bis sie zurückgegeben wird oder anderweitig beendet wird, aufgerundet auf die nächste 1 ms**. Der Preis ist abhängig von der Arbeitsspeichergröße, die Sie Ihrer Funktion zuweisen.

    ** Gebühren für die Dauer fallen für Code an, der im Handler einer Funktion ausgeführt wird, sowie für Initialisierungscode, der außerhalb des Handlers deklariert wird. Bei Lambda-Event-Funktionen mit AWS-Lambda-Erweiterungen umfasst die Dauer auch die Zeit, die der Code in der letzten ausgeführten Erweiterung benötigt, um die Ausführung während der Herunterfahrphase abzuschließen. Für Funktionen konfiguriert mit Provisioned Concurrency recycelt AWS Lambda regelmäßig die Ausführungsumwelten und lässt den Initialisierungscode erneut laufen. Weitere Einzelheiten finden Sie in der Dokumentation für das Lambda-Programmiermodell.

    Das kostenlose Lambda-Kontingent gilt nicht für Funktionen, die Provisioned Concurrency ermöglichen. Wenn Sie für Ihre Funktion Provisioned Concurrency aktivieren und ausführen, werden Ihnen die Anfragen und die Dauer auf der Grundlage des untenstehenden Preises berechnet.

    Alle nachfolgenden Beispiele basieren auf den Preisen am Standort USA Ost (Nord-Virginia).

    • Nehmen wir an, Sie sind Entwickler einer mobilen App, der eine App zur Essensbestellung erstellt. Kunden können die App verwenden, um Essen von einem bestimmten Restaurantstandort zu bestellen, Updates zum Bestellstatus zu erhalten und das Essen abzuholen, wenn die Bestellung fertig ist. Da Sie sowohl nach Tageszeit als auch nach Restaurantstandort hohe Schwankungen bei der Anwendungsnachfrage erwarten, erstellen Sie Ihr mobiles Backend mit Serverless-Services, einschließlich AWS Lambda.

      Nehmen wir der Einfachheit halber an, dass Ihre Anwendung drei Millionen Anfragen pro Monat verarbeitet. Die
      durchschnittliche Ausführungsdauer der Funktion beträgt 120 ms. Sie haben Ihre Funktion mit 1 536 MB Speicher auf einem x86-basierten Prozessor konfiguriert.

      Sie starten die neue Version Ihrer mobilen App, die Sie stark vermarktet haben. Sie erwarten einen Nachfrageanstieg am Starttag von 12 bis 20 Uhr. Sie möchten, dass Ihre mobile App reaktionsschnell ist, auch wenn die Nachfrage schnell nach oben und unten skaliert, also aktivieren Sie Provisioned Concurrency für Ihre Lambda-Event-Funktionen. Sie legen Provisioned Concurrency auf 100 fest.

      Während dieser acht Stunden haben Ihre Funktionen 500 000 Anforderungen erhalten. Die durchschnittliche Ausführungsdauer
      der Funktion bei aktivierter Provisioned Concurrency beträgt 100 ms. Während des restlichen Monats erhält Ihre Anwendung die zusätzlichen 2,5 Millionen Anforderungen, und Ihre Funktionen werden als Reaktion darauf ausgeführt, ohne dass Provisioned Concurrency aktiviert ist.

      Die Gebühren dafür werden wie folgt berechnet:

      Provisioned Concurrency – Preise:
      Der Preis für Provisioned Concurrency beträgt 0,0000041667 USD pro GB-s
      Gesamtzeitraum, für den Provisioned Concurrency aktiviert ist (Sekunden): 8 Stunden * 3 600 Sekunden = 28 800 Sekunden
      Konfigurierte Concurrency gesamt (GB): 100 * 1 536 MB/1 024 MB = 150 GB
      Gesamtbetrag für die Provisioned Concurrency (GB-s): 150 GB * 28 800 Sekunden = 4 320 000 GB-s
      Gebühren für Provisioned Concurrency: 4,32 Mio. GB-s * 0,0000041667 USD = 18 USD

      Anforderungsgebühren:
      Die monatlichen Anforderungskosten betragen 0,20 USD pro Million Anforderungen, im kostenlosen Kontingent stehen 1 Mio. Anforderungen pro Monat zur Verfügung.
      Gesamtzahl der Anfragen – Anfragen aus dem kostenlosen Kontingent = monatlich fakturierbare Anfragen
      3 000 000 Anfragen – 1 Million Anfragen aus dem kostenlosen Kontingent = 2 000 000 monatlich fakturierbare Anfragen
      Monatliche Gebühren für Anfragen = 2 * 0,20 USD = 0,40 USD

      Datenverarbeitungsgebühren, wenn Provisioned Concurrency aktiviert ist:
      Der Datenverarbeitungspreis beträgt 0,0000097222 USD pro GB-s
      Gesamtdatenverarbeitung (Sekunden) = 500 000 * 100 ms = 50 000 Sekunden
      Gesamtdatenverarbeitung (GB-s) = 50 000 Sekunden * 1 536 MB / 1 024 MB = 75 000 GB-s.
      Gesamte Datenverarbeitungskosten = 75 000 GB-s * 0,0000097222 USD = 0,73 USD

      Datenverarbeitungsgebühren, wenn Provisioned Concurrency deaktiviert ist:
      Der monatliche Preis für Computing beträgt 0,0000166667 USD pro GB-s und im kostenlosen Kontingent stehen 400 000 GBit-s zur Verfügung.
      Gesamtdatenverarbeitung (Sekunden) = 2,5 Mio. * 120 ms = 300 000 Sekunden
      Gesamtdatenverarbeitung (GB-s) = 300 000 * 1 536 MB / 1 024 MB = 450 000 GB-s
      Gesamtdatenverarbeitung – Kostenloses Nutzungskontingent = monatlich fakturierbare Datenverarbeitung in GB-s
      450 000 GB-s – 400 000 GB-s aus dem kostenlosen Kontingent = 50 000 GB-s
      Monatliche Datenverarbeitungskosten = 50 000 * 0,0000166667 USD = 0,83 USD

      Monatliche Gesamtgebühren:
      Gesamtgebühren = Gebühren für Provisioned Concurrency + Anforderungsgebühren + Datenverarbeitungsgebühren bei aktivierter Provisioned Concurrency + Datenverarbeitungsgebühren bei deaktivierter Provisioned ConcurrencyGesamtgebühren = 18 USD + 0,40 USD + 0,73 USD + 0,83 USD = 19,96 USD

    • Nehmen wir an, Sie sind ein Einzelhändler, der während des Cyber Monday, einem E-Commerce-Feiertag, der am Montag nach Thanksgiving in den USA stattfindet, einen großen Verkauf durchführt. Ihre Kunden können über die von Ihnen bereitgestellte mobile App live mit dem Kundensupport chatten. Sie entscheiden sich für den Einsatz eines Modells für natürliche Sprachverarbeitung (NLP).

      In diesem Fall verwenden Sie das beliebte Bidirektionale-Encoder-Repräsentationen-von-Transformers (BERT)-Modell in AWS Lambda. Das Modell hilft Ihnen, die Kundenservice-Interaktionen über die mobile App zu analysieren und zu verstehen, um relevante Support-Inhalte anzuzeigen oder den Kunden an den entsprechenden Kundenservice-Mitarbeiter weiterzuleiten. Während dieses Sales erhalten Sie deutlich mehr Kundensupport-Anfragen als sonst. Sie entscheiden sich daher, Provisioned Concurrency für Ihre Lambda-Event-Funktionen zu aktivieren, damit Ihre Anwendung auch bei Traffic-Spitzen schnell reagiert.

      Angenommen, Ihre Funktionen erhalten während der 24 Stunden des Verkaufsereignisses zwei Millionen Anfragen, während Provisioned Concurrency aktiviert ist. Die durchschnittliche Ausführungsdauer der Funktion beträgt 280 ms. Sie konfigurieren Ihre Funktion mit 4.096 MB Speicher auf einem x86-basierten Prozessor und setzen Provisioned Concurrency auf sieben.

      Die Gebühren dafür werden wie folgt berechnet:

      Provisioned Concurrency – Preise:
      Der Preis für Provisioned Concurrency beträgt 0,0000041667 USD pro GB-s.
      Gesamtzeitraum, für den die Provisioned Concurrency aktiviert ist (Sekunden) = 24 Stunden * 3 600 Sekunden = 86 400 Sekunden
      Gesamte konfigurierte Concurrency (GB): 7 * 4 096 MB/1 024 MB = 28 GB
      Gesamtbetrag für Provisioned Concurrency (GB-s) = 28 GB * 86 400 Sekunden = 2 419 200 GB-s
      Gebühren für Provisioned Concurrency = 2 419 200 GB-s * 0,0000041667 USD = 10,08 USD

      Datenverarbeitungsgebühren, wenn Provisioned Concurrency aktiviert ist:
      Der Datenverarbeitungspreis beträgt 0,0000097222 USD pro GB-s.
      Gesamtdauer der Datenverarbeitung (Sekunden) = 2 000 000 * 280 ms = 560 000 Sekunden
      Gesamtdatenverarbeitung (GB-s) = 560 000 Sekunden * 4 096 MB/1 024 MB = 2 240 000 GB-s.
      Gesamtdatenverarbeitungskosten = 2 240 000 GB-s * 0,0000097222 USD = 21,78 USD

      Monatliche Anforderungsgebühren:
      Der monatliche Anforderungspreis beträgt 0,20 USD pro 1 Million Anfragen
      Monatliche Gebühren für Anfragen = 2 Mio. * 0,2 USD/Mio. = 0,40 USD

      Monatliche Gesamtgebühren:
      Gesamtgebühren = Gebühren für Provisioned Concurrency + Datenverarbeitungsgebühren, wenn Provisioned Concurrency aktiviert ist, + Gebühren für Anfragen = 10,08 USD + 21,78 USD + 0,40 USD = 32,26 USD

    SnapStart-Preisgestaltung

    SnapStart kann die Startup-Leistung für latenzempfindliche Anwendungen von einigen Sekunden auf nur wenige Sekunden verbessern. SnapStart erstellt einen Snapshot des initialisierten Speichers (und des Festplattenstatus) Ihrer Funktion und speichert diesen Snapshot für den Zugriff mit niedriger Latenz im Cache. Wenn Ihre Funktion anschließend aufgerufen wird, nimmt Lambda die Ausführungsumgebungen aus diesem vorinitialisierten Snapshot wieder auf, anstatt sie von Grund auf neu zu initialisieren, wodurch die Startup-Latenz verbessert wird.

    Jedes Mal, wenn Sie eine neue Version Ihrer Funktion mit aktiviertem SnapStart veröffentlichen, wird ein Snapshot erstellt. Das Zwischenspeichern eines Snapshots wird Ihnen für den Zeitraum berechnet, in dem Ihre Funktionsversion aktiv ist, und zwar mindestens 3 Stunden lang und danach pro Millisekunde. Der Preis ist abhängig von der Arbeitsspeichergröße, die Sie Ihrer Funktion zuweisen. Außerdem wird Ihnen jedes Mal eine Gebühr berechnet, wenn Lambda eine Ausführungsumgebung durch die Wiederherstellung Ihres Snapshots wieder aufnimmt. Der Preis hängt von der Menge an Arbeitsspeicher ab, die Sie Ihrer Funktion zuweisen.

    Die SnapStart-Preise gelten nicht für unterstützte verwaltete Java-Laufzeiten.

    • Angenommen, Sie sind ein Logistikunternehmen mit einer Flotte von Fahrzeugen im Außendienst, von denen jedes mit Sensoren und 4G/5G-Konnektivität ausgestattet ist, um Telemetriedaten in einen Amazon Kinesis Data Stream zu senden. Sie möchten von Ihnen entwickelte Modelle des Machine Learnings (ML) verwenden, um den Zustand des Fahrzeugs zu ermessen und vorherzusagen, wann eine Wartung für bestimmte Komponenten erforderlich sein könnte.

      Angenommen, Sie haben 10 000 Fahrzeuge auf der Straße, von denen jedes einmal pro Stunde gestaffelt mit ausreichendem Jitter Telemetrie aussendet. Sie beabsichtigen, diese Inferenz für jede Nutzlast durchzuführen, um sicherzustellen, dass Fahrzeuge umgehend für die Wartung eingeplant werden und um einen optimalen Zustand Ihrer Fahrzeugflotte sicherzustellen.

      Angenommen, das ML-Modell wird mit der Funktion gebündelt und ist 512 MB groß. Für die Inferenz haben Sie Ihre Funktion mit 1 GB Speicher konfiguriert, und die abgerechnete Ausführungsdauer beträgt durchschnittlich zwei Sekunden auf einem x86-basierten Prozessor. Sie verwalten eine einzige Version Ihrer Funktion. Der Einfachheit halber nehmen wir an, dass 1 % aller Anfragen zur Erstellung neuer Ausführungsumgebungen führen.

      Sie stellen fest, dass die durchgängige Verarbeitung für diese 1 % der Anfragen mehrere Sekunden dauert. Dies ist darauf zurückzuführen, dass Ihre Funktionsinitialisierung mehrere Sekunden dauert, da Sie während der Initialisierung große Softwaremodule und das ML-Modell importieren. Sie möchten die gesamte Verarbeitungszeit für diese Anfragen reduzieren, also aktivieren Sie SnapStart für Ihre Funktion und veröffentlichen eine neue Version.

      Die Gebühren dafür werden wie folgt berechnet:

      Anforderungsgebühren
      Pro Monat senden die Fahrzeuge 10 000 * 24 * 31 = 7 440 000 Nachrichten, die von der Lambda-Funktion verarbeitet werden.

      Monatliche Anforderungsgebühren: 7,44 Mio. * 0,20 USD/Mio. = 1,49 USD

      Monatliche Datenverarbeitungsgebühren
      Pro Monat wird Ihre Funktion einmal pro Nachricht zwei Sekunden lang ausgeführt.

      Monatliche Datenverarbeitungsdauer (Sekunden): 7,44 Millionen * 2 Sekunden = 14,88 Millionen Sekunden
      Monatliche Datenverarbeitungsleistung (GB-s): 14,88 Mio. Sekunden * 1 024 MB/1 024 MB = 14,88 Mio. GB-s
      Monatliche Datenverarbeitungsgebühren: 14,88 Mio. GB-s * 0,0000166667 USD = 248,00 USD

      SnapStart-Gebühren:

      Gesamtzeitraum, über den die Funktionsversion aktiv ist (Sekunden): 24 Stunden * 31 Tage * 3 600 Sekunden = 2 678 400 Sekunden
      Zugewiesener Funktionsspeicher: 1 024 MB/1 024 MB -> 1 GB
      Gesamter verwendeter SnapStart-Cache: 1 GB * 2 678 400 s -> 2 678 400 GB-s
      SnapStart-Cache-Gebühren: 2,68 Millionen GB-s * 0,0000015046 USD = 4,03 USD

      Anzahl der Anfragen, die SnapStart Restore verwenden: 1 % von 7,44 Mio. = 74 400
      Insgesamt verwendetes SnapStart Restore: 74 400 * 1 GB = 74 400 GB
      SnapStart-Restore-Gebühren: 74 400 GB * 0,0001397998 USD = 10,40 USD

      SnapStart-Gebühren insgesamt: SnapStart-Cache-Gebühren + SnapStart-Restore-Gebühren
      SnapStart-Gebühren insgesamt: 4,03 USD + 10,4 USD = 14,43 USD

      Gesamtgebühren pro Monat

      Gesamtgebühren = Anforderungsgebühren + Datenverarbeitungsgebühren + SnapStart-Gebühren
      Gesamtgebühren = 1,49 USD + 248,00 USD + 14,43 USD = 263,92 USD

    Preise für Lambda HTTP Response Stream

    AWS-Lambda-Event-Funktionen können einen HTTP-Antwortstream zurückgeben, wenn sie über die InvokeWithResponseStream-API oder über eine Funktions-URL im ResponseStream-Aufrufmodus aufgerufen werden. HTTP-Antwortstreaming kann die Leistung der Zeit bis zum ersten Byte verbessern und unterstützt Nutzlasten mit mehr als 6 MB. Wenn Sie HTTP-Antwortstreaming verwenden, wird Ihnen jedes von Ihrer Funktion in den Antwortstream geschriebene GB in Rechnung gestellt. Sie können die ersten 6 MB pro Anfrage kostenlos streamen.

    Hinweis: Alle nachfolgenden Beispiele basieren auf den Preisen am Standort USA Ost (Nord-Virginia).

    Bereitgestellter Modus für die Zuordnung von Ereignisquellen (ESM) – Preisgestaltung

    Der bereitgestellte Modus für das ESM ermöglicht es Ihnen, den Durchsatz Ihres ESM zu optimieren, indem Sie eine Mindest- und Höchstanzahl von Ressourcen, sogenannte Event-Pollers, zuweisen und automatisch zwischen konfigurierten Mindest- und Höchstgrenzen skalieren. Ein Event-Poller ist die konfigurierbare Ressource, die einem ESM im bereitgestellten Modus zugrunde liegt. Die Preisgestaltung basiert auf der Mindestanzahl an bereitgestellten Event-Pollern und den Event-Pollern, die während der automatischen Skalierung verbraucht werden. Die Gebühren werden mithilfe einer Abrechnungseinheit namens Event Poller Unit (EPU) berechnet. Sie zahlen für die Anzahl und Dauer der verwendeten EPUs, gemessen in Event-Poller-Unit-Stunden.

    SQS ESM: Eine EPU unterstützt einen Event-Poller, der jeweils einen Durchsatz von bis zu 1 MB/s bietet. Jedes SQS ESM erfordert mindestens 2 Event-Poller.

    MSK oder selbstverwaltetes Kafka (SMK) ESM: Jede EPU unterstützt eine Durchsatzkapazität von bis zu 20 MB/s für Event-Polling, standardmäßig sind es 10 Event-Poller. Jeder Event-Poller kann auf einen Durchsatz von bis zu 5 MB/s hochskaliert werden. Die Anzahl der einer EPU zugewiesenen Event-Poller hängt von der Rechenkapazität ab, die von jedem Event-Poller verbraucht wird. Sie können mehrere ESMs innerhalb derselben Amazon VPC gruppieren, um die EPU-Kapazität und -Kosten gemeinsam zu nutzen. Um mehr über den Bereitstellungsmodus für Kafka ESM zu erfahren, lesen Sie die Dokumentation. 

    Datenübertragung: Es gelten die AWS-Standard-Datenübertragungspreise.

    Dauer: Der Preis wird pro Sekunde berechnet, mit einer Mindestdauer von 1 Minute.

    • Beispiel: Streaming-Datenanalyse in Echtzeit mit Kafka

      Angenommen, Sie sind ein globaler Anbieter von Kundenkontaktcenter-Lösungen und verfügen über Pipelines, die Metadaten zum Anruferlebnis an Amazon MSK (Kafka)-Themen zur Echtzeitanalyse senden. Da der Datenverkehr sprunghaft und unvorhersehbar sein kann, sollten Sie den bereitgestellten Modus für ESM verwenden, um die Leistung Ihres ESM zu optimieren. Angenommen, Ihre Lambda-Funktion, die diese Nachrichten verarbeitet, ist mit 1 024 MB Speicher für den x86-Prozessor konfiguriert und verzeichnet 1 Million Aufrufe pro Tag mit einer durchschnittlichen Dauer von 2 Sekunden. Angenommen, Sie haben den bereitgestellten Modus für Ihr ESM mit dem standardmäßigen 1-Event-Poller aktiviert, und Ihr ESM wird hochskaliert, dass es in den USA Ost (Nord-Virginia) 800 EPU-Stunden pro Monat verbraucht.

      Monatliche Datenverarbeitungsgebühren
      Der monatliche Datenverarbeitungspreis beträgt 0,0000166667 USD pro GB-s, und das kostenlose Kontingent bietet 400 000 GB-s
      Gesamtdatenverarbeitung (Sekunden) = 1 000 000 * 30 * 2 Sekunden = 60 000 000 Sekunden
      Gesamtdatenverarbeitung (GB-s) = 60.000.000 * 1 024 MB/1 024 = 60 000 000 GB-s
      Gesamtdatenverarbeitung – Kostenloses Kontingent = monatlich fakturierbare Datenverarbeitung in GB-s
      60 000 000 GB-s – 400 000 GB-s des kostenlosen Kontingents = 59 600 000 GB-s
      Monatliche Datenverarbeitungskosten = 59 600 000 * 0,0000166667 USD = 993,3 USD

      Monatliche Anforderungsgebühren
      Der monatliche Anforderungspreis beträgt 0,20 USD pro 1 Million Anforderungen.
      Monatliche Anforderungsgebühren = 60 Mio. Anforderungen * 0,20 USD = 12,00 USD

      Monatlicher Bereitstellungsmodus für ESM-Gebühren
      EPU-Gebühren = 800 EPU-Stunden * 0,185 USD = 148 USD
      Monatliche Gebühren für den Bereitstellungsmodus für ESM = 148 USD

      Gebühren insgesamt
      Gesamtgebühren = Datenverarbeitungsgebühren + Anforderungsgebühren + Gebühren für den Bereitstellungsmodus für ESM
      Gesamtgebühren = 993,3 USD + 12 USD + 148 USD = 1 153,3 USD

       

    • Beispiel: Ereignisverarbeitung in Echtzeit mit Amazon SQS

      Angenommen, Sie sind ein Finanzdienstleistungsunternehmen, das Marktdatenfeeds verarbeitet und Finanztransaktionen mithilfe ereignisgesteuerter Mikrodienste für kundenorientierte Finanzanwendungen in Echtzeit ausführt. Da der Datenverkehr sprunghaft und unvorhersehbar sein kann, sollten Sie den bereitgestellten Modus für SQS ESM verwenden, um die Leistung Ihres ESM zu optimieren. Angenommen, Ihre Lambda-Funktion, die diese Ereignisse verarbeitet, ist mit 1.024 MB Speicher für den x86-Prozessor konfiguriert und verzeichnet 1 Million Aufrufe pro Tag mit einer durchschnittlichen Dauer von 1 Sekunde. Sie haben eine maximale Ereignis-TPS von 100, die Sie mit einer maximalen Latenz von 0,2 Sekunden verarbeiten möchten. Um diese Latenzleistung zu erreichen, haben Sie den Bereitstellungsmodus für Ihren SQS ESM mit mindestens 10 Event-Pollern aktiviert. Ihr ESM skaliert auf 8 000 EPU-Stunden pro Monat in der Region USA Ost (Nord-Virginia) hoch, um Ihren spitzen Datenverkehr mit niedriger Latenz zu bewältigen.

      Monatliche Datenverarbeitungskosten
      Der monatliche Datenverarbeitungspreis beträgt 0,0000166667 USD pro GB-s
      Gesamtdatenverarbeitung (Sekunden) = 1 000 000 * 30 * 1 Sekunden = 30 000 000 Sekunden
      Gesamtdatenverarbeitung (GB-s) = 30 000 000 * 1 024 MB / 1 024 = 30 000 000 GB-s
      Gesamtdatenverarbeitung = monatlich fakturierbare Datenverarbeitung (GB-s) * 0,0000166667 USD
      Monatliche Datenverarbeitungskosten = 30 000 000 * 0,0000166667 USD = 500 USD

      Monatliche Gebühren für Anfragen
      Der monatliche Anforderungspreis beträgt 0,20 USD pro 1 Million Anfragen
      Monatliche Gebühren für Anfragen = 30 Mio. Anfragen * 0,20 USD = 6 USD

      Monatlicher Bereitstellungsmodus für SQS ESM-Gebühren
      Der EPU-Preis beträgt 0,00925 USD pro EPU-Stunde
      EPU-Gebühren = 8 000 EPU-Stunden * 0,00925 USD = 74 USD
      Monatlicher Bereitstellungsmodus für ESM-Gebühren = 74 USD

      Gesamtgebühren
      Gesamtgebühren = Datenverarbeitungsgebühren + Anforderungsgebühren + Gebühren für den bereitgestellten Modus für ESM
      Gesamtgebühren = 500 USD + 6 USD + 74 USD = 580 USD

    • Angenommen, Sie sind ein globaler Anbieter von Kundenkontaktcenter-Lösungen und verfügen über Pipelines, die Metadaten zum Anruferlebnis an Dutzende von Amazon MSK (Kafka)-Themen senden, die jeweils Nachrichten aus Ihren verschiedenen Produkten aufnehmen. Jedes Thema nimmt maximal 500 Nachrichten pro Sekunde auf, wobei die durchschnittliche Nachrichtengröße 3 KB beträgt und der Spitzendurchsatz 1,5 MB/s beträgt. Da der Datenverkehr sprunghaft und unvorhersehbar sein kann, sollten Sie den bereitgestellten Modus für ESM verwenden, um die Leistung Ihres ESM zu optimieren. Angenommen, Ihre Lambda-Funktion, die diese Nachrichten verarbeitet, ist mit 1 024 MB Speicher für den x86-Prozessor konfiguriert und verzeichnet 1 Million Aufrufe pro Tag mit einer durchschnittlichen Dauer von 0,2 Sekunden. Sie haben 10 Kafka ESMs für die Ereignisverarbeitung mit einem Durchsatz von <1,5 MB/s pro ESM erstellt. Sie haben beschlossen, sie derselben Poller-Gruppe zuzuordnen, um die Kosten zu optimieren. Angenommen, Sie haben den Bereitstellungsmodus für Ihren ESM mit dem standardmäßigen 1-Event-Poller aktiviert und Sie verwenden alle Ihre 10 ESMs innerhalb derselben Poller-Gruppe in USA Ost (Nord-Virginia).

      Monatliche Datenverarbeitungskosten
             Der monatliche Datenverarbeitungspreis beträgt 0,0000166667 USD pro GB-s, und das kostenlose Kontingent bietet 400 000 GB-s
      Gesamtdatenverarbeitungszeit (Sekunden) = 1 000 000 * 30 * 0,2 Sekunden = 6 000 000 Sekunden
      Gesamtdatenverarbeitungsleistung (GB-s) = 6 000 000 * 1 024 MB/1 024 = 6 000 000 GB-s
      Gesamtdatenverarbeitungsleistung (GB-s) für alle 10 ESMs = 6 000 000 GB-s * 10 = 60 000 000 GB-s
      Monatliche Datenverarbeitungskosten = 60 000 000 * 0,0000166667 USD = 1 000 USD
      Monatliche Anforderungsgebühren
      Der monatliche Anforderungspreis beträgt 0,20 USD pro 1 Million Anfragen.
      Gesamtzahl der monatlichen Anfragen für alle 100 ESMs = 1 Million * 30 Tage * 10 ESMs = 300 Mio. Anfragen
      Monatliche Anforderungsgebühren = 300 Mio. Anfragen * 0,20 USD = 60,00 USD
      Monatliche Gebühren für den Bereitstellungsmodus für ESM
      Der Preis für EPU-Stunden beträgt 0,185 USD/Stunde und unterstützt 10 Event-Poller pro EPU.
      Gesamtzahl der Event-Poller pro Stunde = 1 Event-Poller * 10 ESMs = 10 Event-Poller
      Verwendete EPU = 10 verwendete Event-Poller / 10 unterstützte Event-Poller pro EPU = 1 EPU
      EPUs insgesamt pro Monat = 1 EPU * 720 Stunden pro Monat = 720 EPU-Stunden
      EPU-Gebühren = 720 EPU-Stunden * 0,185 USD = 133,2 USD
      Monatliche Gebühren für den Bereitstellungsmodus für ESM = 133,2 USD
      Gebühren insgesamt
      Gesamtgebühren = Datenverarbeitungsgebühren + Anforderungsgebühren + Gebühren für den Bereitstellungsmodus für ESM
      Gesamtgebühren = 1 000 USD + 60 USD + 133,2 USD = 1 193,2 USD pro Monat für 10 ESMs
      Monatliche Kosten pro ESM = 1 193,2 USD / 10 = 119,3 USD pro Monat pro ESM

    Datenübertragungs- und andere Gebühren

    Datenübertragung
    Daten, die „rein“ zu und „aus“ Ihren AWS-Lambda-Event-Funktionen übertragen werden, von außerhalb der Region, in der die Funktion ausgeführt wurde, werden zu den Amazon-EC2-Datenübertragungstarifen in Rechnung gestellt, die unter "Datenübertragung" aufgeführt sind.

    Die Datenübertragung mit AWS-Lambda-Event-Funktionen ist in derselben AWS-Region zwischen den folgenden Services kostenlos: Amazon Simple Storage Service (S3), Amazon Glacier, Amazon DynamoDB, Amazon Simple Email Service (SES), Amazon Simple Queue Service (SQS), Amazon Kinesis , Amazon Elastic Container Registry (ECR), Amazon Simple Notification Service (SNS), Amazon Elastic File System (EFS) und Amazon SimpleDB.

    Bei der Nutzung von Amazon Virtual Private Cloud (VPC) oder VPC-Peering mit AWS-Lambda-Event-Funktionen fallen zusätzliche Gebühren an, wie auf der Seite mit den On-Demand-Preisen für Amazon Elastic Compute Cloud (EC2) erläutert. Eine VPC-Peering-Verbindung ist eine Netzwerkverbindung zwischen zwei VPCs, die es Ihnen ermöglicht, Datenverkehr zwischen ihnen über private IPv4- oder IPv6-Adressen weiterzuleiten. 

    Zusätzliche Gebühren
    Es können zusätzliche Gebühren anfallen, wenn Ihre Lambda-Funktion andere AWS-Services nutzt oder Daten überträgt. Wenn Ihre Lambda-Funktion beispielsweise Daten aus Amazon S3 liest bzw. Daten in Amazon S3 schreibt, werden Ihnen die Lese-/Schreibanforderungen und in Amazon S3 gespeicherten Daten in Rechnung gestellt.

    Weitere Informationen zu den Preisen von AWS-Services finden Sie im Preis-Abschnitt auf den entsprechenden Detailseiten der AWS-Services.

    Lambda@Edge – Preise

    Lambda@Edge-Funktionen werden mit einer Granularität von 1 ms gemessen

    • Wenn Ihre Lambda@Edge-Funktion innerhalb eines Monats 10 Millionen Mal ausgeführt wurde und jedes Mal 10 Millisekunden lief, werden Ihre Kosten folgendermaßen berechnet:

      Monatliche Datenverarbeitungsgebühren

      Der monatliche Datenverarbeitungspreis beträgt 0,00000625125 USD pro 128 MB-Sekunde

      Gesamtdatenverarbeitungszeit (Sekunden) = 10 Mio. * (0,01 Sek.) = 100 000 Sekunden

      Datenverarbeitungsgebühren pro Monat = 100 000 * 0,00000625125 USD = 0,63 USD


      Monatliche Anforderungsgebühren

      Die monatliche Anforderungsgebühr beträgt 0,60 USD pro 1 Million Anfragen.

      Monatliche Anforderungsgebühren = 10 Mio. * 0,6 USD/Mio. = 6,00 USD
       

      Gesamtgebühren pro Monat

      Gesamtgebühren = Datenverarbeitungsgebühren + Anforderungsgebühren = 0,63 USD + 6,00 USD = 6,63 USD pro Monat

  • MicroVMs

  • Lambda MicroVMs – Preise

    Die Preise für AWS Lambda MicroVMs basieren auf den von Ihnen verwendeten Datenverarbeitungsressourcen, den Snapshot-Lese-/Schreibvorgängen und dem Speicher sowie der Datenübertragung zu AWS-Standardtarifen.

    Datenverarbeitung

    Lambda MicroVMs machen es überflüssig, jede Datenverarbeitungsumgebung für Spitzenaktivitäten richtig zu dimensionieren. Sie konfigurieren einen Basiswert, indem Sie den Arbeitsspeicher festlegen, und die CPU wird in einem Verhältnis von 2 : 1 zwischen Arbeitsspeicher und CPU zugewiesen – die Standardeinstellung ist 2 GB/1 vCPU. Bei Spitzenauslastung kann Ihre MicroVM vertikal auf das 4-Fache des Ausgangswerts skalieren (bis zu 8 GB/4 vCPU), ohne dass Sie etwas unternehmen müssen.
     
    Sie zahlen für die grundlegenden Datenverarbeitungsressourcen, während Ihre MicroVM läuft. Wenn Ihr Workload Ressourcen verbraucht, die über dem Ausgangswert liegen, wird Ihnen nur die aktive Dauer des zusätzlich verbrauchten Speichers und der zusätzlich verbrauchten vCPU in Rechnung gestellt – nicht die Spitzenkapazität. Das bedeutet, dass Sie die Konfiguration für Ihren typischen Workload vornehmen können und Lambda die Spitzenlasten bewältigen lassen können. Die Datenverarbeitungsnutzung wird pro Sekunde abgerechnet. Einzelheiten zur Dimensionierung Ihrer MicroVMs finden Sie unter  Erstellen eines MicroVM-Images.
    • x86
    • Graviton (ARM)

    Snapshots

    Lambda MicroVMs verwenden Snapshots, um einen nahezu sofortigen Start zu ermöglichen und Leerlaufkosten zu reduzieren. Ein MicroVM-Image ist ein Snapshot des vorinitialisierten Zustands Ihrer Anwendung. Anstatt einen Kaltstart von Grund auf durchzuführen, wird Ihre MicroVM von diesem Image aus gestartet. Während Leerlaufzeiten können Sie eine laufende MicroVM für bis zu 8 Stunden aussetzen und dabei ihren Speicher- und Datenträgerstatus beibehalten, ohne Datenverarbeitungsgebühren zahlen zu müssen. Wenn der Datenverkehr zurückkehrt, wird die angehaltene MicroVM schnell wieder aufgenommen, entweder automatisch oder programmgesteuert. Ihnen werden Snapshot-Speicher, gelesene Snapshot-Daten (bei Start oder Wiederaufnahme) und geschriebene Snapshot-Daten (bei Aussetzen) in Rechnung gestellt.
    * Der MicroVM-Image-Speicher hat eine Mindestaufbewahrungsdauer von 1 Woche.

    Datenübertragung

    Die Datenübertragung wird zu den standardmäßigen AWS-Datenübertragungspreisen berechnet. Ihnen werden auch die zwischen Ihren Lambda MicroVMss und Ihrer Amazon VPC übertragenen Daten in Rechnung gestellt, wie unter  Datenübertragung innerhalb derselben AWS-Region beschrieben.

    Lambda MicroVMs – Preisbeispiele

    Alle unten aufgeführten Beispiele basieren auf der Preisgestaltung in USA Ost (Nord-Virginia) unter Verwendung der ARM-Architektur (Graviton). Für jedes konfigurierte GB Arbeitsspeicher weist Lambda MicroVMs vCPU im Verhältnis 2:1 zu (z. B. werden bei der Konfiguration von 8 GB Arbeitsspeicher 4 vCPUs zugewiesen).
    • Nehmen wir an, Sie erstellen eine Plattform, die jedem Entwickler eine isolierte, Sandbox-basierte Linux-Umgebung für KI-gestütztes Programmieren bietet. Jede Umgebung läuft auf einer Lambda-MicroVM, die mit 2 GB Arbeitsspeicher und 1 vCPU als Basiskonfiguration eingerichtet ist und für ressourcenintensive Aufgaben wie Kompilierung und Testausführung vertikal auf 8 GB Arbeitsspeicher und 4 vCPU skaliert werden kann. Ihr Unternehmen verwaltet 5 Standard-MicroVM-Images (Rust, Python, Node.js, Java, Go) mit einer Größe von jeweils 2 GB. Jeder Entwickler startet eine Umgebung pro Tag aus einem 2-GB-Image. An einem 8-Stunden-Arbeitstag wird jede Umgebung 2,5 Stunden lang genutzt. Dabei werden Basisressourcen verwendet, die für 75 % dieses Zeitraums bereitgestellt wurden (2 GB und 1 vCPU), und vertikale Skalierung auf Spitzenressourcen für 25 % dieses Zeitraums (8 GB und 4 vCPU). Während der verbleibenden 5,5 Leerlaufstunden des Arbeitstages (wenn Entwickler eine Pause einlegen oder den Kontext zu anderen Aufgaben wechseln) wird die Umgebung automatisch angehalten, sodass 2 GB an Zustand, d. h. Arbeitsverzeichnis, Prozesszustand und Datei-Caches, erhalten bleiben. In jeder Umgebung gibt es sechs Anhalten-/Fortsetzen-Zyklen pro Tag, wenn Entwickler im Kontext zwischen der Programmierung und ihren anderen Aktivitäten wechseln. Mit der Funktion „Anhalten/Fortsetzen“ müssen Sie nicht für ständig aktive Datenverarbeitung während Leerlaufzeiten zahlen und behalten gleichzeitig Ihren vollständigen Betriebszustand bei. Entwickler machen genau dort weiter, wo sie aufgehört haben, ohne ihre Umgebung neu starten oder den Zustand neu initialisieren zu müssen. Ihr Team besteht aus 100 Entwicklern, die die Entwicklungsplattform jeweils 20 Tage pro Monat nutzen. Ihre monatlichen Gebühren werden wie folgt berechnet:​​​​​

      Monatliche Datenverarbeitungsgebühren

      Um es noch einmal zusammenzufassen: 75 % der Datenverarbeitungszeit werden beim Basisressourcenverbrauch und 25 % bei maximalem Ressourcenverbrauch aufgewendet.

      Sekunden bei Spitzennutzung: 100 Entwickler × 20 Tage × 2,5 Stunden × 25 % = 4,5 Mio. Sekunden
      Gebühren für Spitzennutzung:
      vCPU: 4,5 Mio. Sekunden × 4 vCPU × 0,0000276944 USD/vCPU-Sekunde = 498,50 USD
      Arbeitsspeicher: 4,5 Mio. Sekunden × 8 GB Arbeitsspeicher × 0,0000036667 USD/GB-Sekunde = 132,00 USD
      Insgesamt: 630,50 USD

      Nutzungsdauer in Sekunden: 100 Entwickler × 20 Tage × 2,5 Stunden × 75 % = 13,5 Mio. Sekunden
      Gebühren für die Grundnutzung:
      vCPU: 13,5 Mio. Sekunden × 1 vCPU × 0,0000276944 USD/vCPU-Sekunde = 373,87 USD
      Arbeitsspeicher: 13,5 Mio. Sekunden × 2 GB Speicher × 0,0000036667 USD/GB-Sekunde = 99,00 USD
      Insgesamt: 472,88 USD

      ​​Monatliche Datenverarbeitungsgebühren: 630,50 USD + 472,88 USD = 1 103,38 USD

      Monatliche Snapshot-Gebühren

      Snapshot lesen/schreiben:
      Monatliche Unterbrechungs-/Wiederaufnahmezyklen: 100 Entwickler × 20 Tage × 6 Zyklen = 12 000 Zyklen
      Gebühren für das Schreiben (Aussetzen) von Snapshots: 12 000 Zyklen × 2 GB × 0,0038 USD/GB = 91,20 USD
      Gebühren für das Lesen (Wiederaufnehmen) von Snapshots: 12 000 Zyklen × 2 GB × 0,00155 USD/GB = 37,20 USD

      Monatliche Starts: 100 Entwickler × 1 Start pro Tag × 20 Tage = 2 000 Starts
      Gebühren für das Lesen (Starten) von Snapshots: 2 000 Starts × 2 GB × 0,00155 USD/GB = 6,20 USD

      Monatliche Gesamtkosten für das Lesen/Schreiben von Snapshots: 91,20 USD + 37,20 USD + 6,20 USD = 134,60 USD

      Snapshot-Speicher:
      Speichergebühren für MicroVM-Images: 5 Images × 2 GB × 0,08 USD/GB pro Monat = 0,80 USD
      Gebühren für ausgesetzte MicroVM: 100 Entwickler × 2 GB × (5,5 Stunden im Leerlauf pro Tag × 20 Tage / 720 Stunden) × 0,08 USD/GB pro Monat = 2,44 USD

      Monatliche Snapshot-Speichergebühren: 3,24 USD  

      Gesamtgebühren pro Monat

      Gesamtgebühren = Datenverarbeitungsgebühren + Snapshot-Lese-/Schreibgebühren + Snapshot-Speichergebühren = 1 103,38 USD + 134,60 USD + 3,24 USD = 1 241,22 USD

      Monatliche Kosten pro Entwickler: 1 241,22 USD / 100 = 12,41 USD

    • Nehmen wir an, Sie erstellen eine Plattform, die Sicherheitsscans oder CI/CD-Jobs im Auftrag mehrerer Endbenutzer ausführt. Jeder Job führt nicht vertrauenswürdigen oder teilweise vertrauenswürdigen Code aus – Installation von Abhängigkeiten, Build-Skripts, Schwachstellen-Scanner. Aus diesem Grund benötigt jeder Job seine eigene hardwareisolierte Umgebung. Da der Datenverkehr nicht vorhersehbar ist, haben Sie zuvor einen großen Pool von Umgebungen im Leerlauf im Standby-Modus betrieben, um die Latenzanforderungen zu erfüllen. Mit Lambda MicroVMs starten Umgebungen schnell anhand von Snapshots, sodass Sie keinen Pool im Leerlauf mehr benötigen. Jede Umgebung ist mit einer Basiskonfiguration von 8 GB Arbeitsspeicher und 4 vCPUs konfiguriert, die für ressourcenintensive Kompilierungs- oder Scanphasen vertikal auf 32 GB und 16 vCPUs skaliert werden kann. Jobs werden in einem einzigen Durchlauf vollständig ausgeführt; ein Anhalten/Fortsetzen ist nicht erforderlich. Jeder Job wird durchschnittlich 10 Minuten lang ausgeführt, wobei 10 % dieser Zeit auf Spitzenlast (32 GB und 16 vCPU) und 90 % auf die Basislast (8 GB und 4 vCPU) entfallen. Sie verwalten ein einzelnes Standard-MicroVM-Image (2 GB). Bei einem Snapshot-basierten Start zahlen Sie nicht mehr für inaktive Standby-Pools – jede Umgebung wird bei Bedarf schnell gestartet und beendet, wenn der Job abgeschlossen ist. Auf Ihrer Plattform werden 10 000 Jobs pro Monat ausgeführt. Die Gebühren dafür werden wie folgt berechnet:

      Monatliche Datenverarbeitungsgebühren

      Um es noch einmal zusammenzufassen: 90 % der Datenverarbeitungszeit werden beim Basisressourcenverbrauch und 10 % bei maximalem Ressourcenverbrauch aufgewendet.

      Sekunden bei Spitzennutzung: 10 000 Jobs × 600 s × 10 % = 600 000 Sekunden
      Gebühren für Spitzennutzung:
      vCPU: 600 000 Sekunden × 16 vCPU × 0,0000276944 USD/vCPU-Sekunde = 265,87 USD
      Speicher: 600 000 Sekunden × 32 GB Speicher × 0,0000036667 USD/GB-Sekunde = 70,40 USD
      Insgesamt: 336,27 USD

      Basisnutzung in Sekunden: 10 000 Jobs × 600 Sekunden × 90 % = 5,4 Mio. Sekunden
      Gebühren für die Grundnutzung:
      vCPU: 5,4 Mio. Sekunden × 4 vCPU × 0,0000276944 USD/vCPU-Sekunde = 598,20 USD
      Arbeitsspeicher: 5,4 Mio. Sekunden × 8 GB Arbeitsspeicher × 0,0000036667 USD/GB-Sekunde = 158,40 USD
      Insgesamt: 756,60 USD

      ​​Monatliche Datenverarbeitungsgebühren: 336,27 USD + 756,60 USD = 1 092,87 USD

      Monatliche Snapshot-Gebühren

      Snapshot lesen/schreiben: ​
      Monatliche Starts: 10 000 Jobs × jeweils 1 Start = 10 000 Starts
      Gebühren für das Lesen (Starten) von Snapshots: 10 000 Starts × 2 GB × 0,00155 USD/GB = 31 USD

      Monatliche Gesamtkosten für das Lesen/Schreiben von Snapshots: 31 USD​

      Snapshot-Speicher:
      Speichergebühren für MicroVM-Images: 1 Image × 2 GB × 0,08 USD/GB pro Monat = 0,16 USD

      Monatliche Snapshot-Speichergebühren: 0,16 USD

      Gesamtgebühren pro Monat

      Gesamtgebühren = Datenverarbeitungsgebühren + Gebühren für das Lesen/Schreiben von Snapshots + Snapshot-Speichergebühren = 1 092,87 USD + 31 USD + 0,16 USD = 1 124,03 USD

      Kosten pro Job: 1 124,03 USD / 10 000 = 0,112 USD  

  • Web-Funktionen

  • Preisgestaltung für Lambda-Webfunktionen

    Die Preise für Lambda-Webfunktionen basieren auf der Anzahl der bearbeiteten Anfragen, der aktiven CPU-Zeit, dem verbrauchten Arbeitsspeicher und der AWS-Standarddatenübertragung.

    Sie zahlen für Anfragen, die CPU-Zeit, die Ihr Code aktiv nutzt, und den Speicher, der von jeder Ausführungsumgebung verbraucht wird, solange sie ausgeführt wird. Die Datenverarbeitung wird mit einer Granularität von 1 ms abgerechnet. Da eine einzige Ausführungsumgebung mehrere gleichzeitige Anforderungen verarbeiten kann, werden Rechen- und Speicherverbrauch für diese Anforderungen gemeinsam genutzt.

    • Graviton (ARM)
    Anforderungen

    Sie zahlen für die Gesamtanzahl der Anforderungen für alle Ihre Funktionen über alle Quellen hinweg.

    Datenübertragung

    Die Datenübertragung wird zu den standardmäßigen AWS-Datenübertragungspreisen berechnet. Ihnen werden auch die zwischen Ihren Lambda Web Functions und Ihrer Amazon VPC übertragenen Daten in Rechnung gestellt, wie unter Datenübertragung innerhalb derselben AWS-Region beschrieben.

    Lambda Web Functions – Preisbeispiele

    Die folgenden Beispiele zeigen, wie eine monatliche Rechnung für repräsentative Workloads berechnet wird. Alle Beispiele basieren auf den Preisen in USA Ost (Nord-Virginia) auf Arm und schließen zur Vereinfachung der Berechnungen das kostenlose Kontingent und die Datenübertragung aus. Die Datenverarbeitung wird mit einer Granularität von 1 ms abgerechnet. Jeder Ausführungsumgebung wird der Speicher in Rechnung gestellt, den sie verbraucht, solange sie ausgeführt wird, einschließlich der Zeit zwischen den Anforderungen. Lambda skaliert die Anzahl der Ausführungsumgebungen entsprechend Ihrem Datenverkehr nach oben und unten. Um die Berechnungen einfach zu halten, gehen diese Beispiele davon aus, dass der Datenverkehr gleichmäßig über einen 30-Tage-Monat (2 592 000 Sekunden) verteilt ist und dass Anfragen so oft eingehen, dass immer genau eine Ausführungsumgebung läuft und den gesamten Datenverkehr abwickelt.

    • Angenommen, Sie führen eine serverseitig gerenderte Webanwendung aus, bei der jede Seite zur Anforderungszeit auf dem Server gerendert wird. Die Anwendung verarbeitet 15 Millionen Anfragen pro Monat. Jede Anfrage dauert von Ende zu Ende 150 ms, wovon 40 ms auf die aktive CPU entfallen. Die Ausführungsumgebung verbraucht ungefähr 500 MB (0,49 GB) Speicher.

      Monatliche Datenverarbeitungsgebühren

      Der Preis für aktive vCPUs beträgt 0,0000276944 USD pro vCPU-Sekunde und der Speicherpreis beträgt 0,0000036667 USD pro GB-Sekunde.

      • Aktive vCPU: 15 000 000 × 0,040 s = 600 000 vCPU-Sekunden × 0,0000276944 USD = 16,62 USD.
      • Arbeitsspeicher: 0,49 GB × 2 592 000 s = 1 270 080 GB-Sekunden × 0,0000036667 USD = 4,66 USD.

      Monatliche Anforderungsgebühren

      • Anfragen: 15 000 000 × 0,30 USD pro Million = 4,50 USD.

      Gesamtgebühren pro Monat

      Gesamtgebühren = Datenverarbeitungsgebühren + Anforderungsgebühren = (16,62 USD + 4,66 USD) + 4,50 USD = 25,78 USD

    • Angenommen, Sie betreiben ein API-Backend, das den Großteil jeder Anfrage damit verbringt, auf eine Datenbank oder eine Downstream-API zu warten. Der Service verarbeitet 10 Millionen Anfragen pro Monat. Jede Anfrage dauert von Ende zu Ende 200 ms, von denen nur 50 ms auf die aktive CPU entfallen. Die Ausführungsumgebung verbraucht ungefähr 300 MB (0,29 GB) Speicher.

      Monatliche Datenverarbeitungsgebühren

      • Aktive vCPU: 10 000 000 × 0,050 s = 500 000 vCPU-Sekunden × 0,0000276944 USD = 13,85 USD.
      • Arbeitsspeicher: 0,29 GB × 2 592 000 s = 751 680 GB-Sekunden × 0,0000036667 USD = 2,76 USD.

      Monatliche Anforderungsgebühren

      • Anfragen: 10 000 000 × 0,30 USD pro Million = 3,00 USD.

      Gesamtkosten pro Monat

      Gesamtkosten = Datenverarbeitungsgebühren + Anforderungsgebühren = (13,85 USD + 2,76 USD) + 3,00 USD = 19,61 USD
      Da die CPU abgerechnet wird, während Ihr Code aktiv verarbeitet wird, zahlen Sie für die 50 ms aktiver Arbeit.

    • Angenommen, Sie führen einen schlanken Authorizer aus, der bei jeder Anfrage an Ihre Anwendung ausgeführt wird. Der Service verarbeitet 100 Millionen Anfragen pro Monat. Jede Anfrage dauert von Ende zu Ende 50 ms, wovon 12 ms auf die aktive CPU entfallen. Die Ausführungsumgebung verbraucht ungefähr 145 MB (0,14 GB) Speicher.

      Monatliche Datenverarbeitungsgebühren

      • Aktive vCPU: 100 000 000 × 0,012 s = 1 200 000 vCPU-Sekunden × 0,0000276944 USD = 33,23 USD
      • Arbeitsspeicher: 0,14 GB × 2 592 000 s = 362 880 GB-Sekunden × 0,0000036667 USD = 1,33 USD

      Monatliche Anforderungsgebühren

      • Anfragen: 100 000.000 × 0,30 USD pro Million = 30,00 USD

      Gesamtgebühren pro Monat

      Gesamtgebühren = Datenverarbeitungsgebühren + Anforderungsgebühren = (33,23 USD + 1,33 USD) + 30,00 USD = 64,56 USD

    • Angenommen, Sie führen einen Dienst aus, der Tokens aus einem großen Sprachmodell über eine langlebige Verbindung zurückstreamt. Der Service verarbeitet 5 Millionen Anfragen pro Monat. Jede Anfrage bleibt 3 000 ms von Ende zu Ende geöffnet, wovon 200 ms auf die aktive CPU entfallen. Die Ausführungsumgebung verbraucht ungefähr 512 MB (0,50 GB) Speicher.

      Monatliche Datenverarbeitungsgebühren

      • Aktive vCPU: 5 000 000 × 0,200 s = 1 000 000 vCPU-Sekunden × 0,0000276944 USD = 27,69 USD.
      • Arbeitsspeicher: 0,50 GB × 2 592 000 s = 1 296 000 GB-Sekunden × 0,0000036667 USD = 4,75 USD.

      Monatliche Anforderungsgebühren

      • Anforderungen: 5 000 000 × 0,30 USD pro Million = 1,50 USD.

      Gesamtgebühren pro Monat

      Gesamtkosten = Datenverarbeitungsgebühren + Anforderungsgebühren = (27,69 USD + 4,75 USD) + 1,50 USD = 33,94 USD
      Hier kommt es am meisten auf die Abrechnung aktiver CPUs an. Jede Anfrage bleibt 3 Sekunden lang geöffnet, aber Sie zahlen nur für die 200 ms der aktiven CPU. Durch die gleichzeitige Bearbeitung von Anfragen wird auch die Speichergebühr gesenkt. Da jede Anforderung die meiste Zeit mit Warten verbringt, anstatt die CPU zu beanspruchen, kann eine einzelne Ausführungsumgebung viele Anfragen gleichzeitig bearbeiten. Bei etwa sechs laufenden Anfragen teilen sie sich den Speicher einer Umgebung, sodass Sie für eine Umgebung statt für sechs bezahlen.

Zusätzliche Ressourcen zur Preiskalkulation

AWS Pricing Calculator

Ganz einfach Ihre monatlichen Kosten mit AWS berechnen

Unterstützung bei der Preisberechnung erhalten

AWS-Spezialisten kontaktieren und ein personalisiertes Angebot einholen