Tarification AWS Lambda

Calcul sans serveur pour toutes les charges de travail

Présentation

AWS Lambda est un service de calcul sans serveur qui ne vous facture que ce que vous utilisez. Les fonctions événementielles Lambda sont facturées par requête et selon leur durée d’exécution. Les Lambda MicroVMs sont facturées par seconde d’instance. Les fonctions Web Lambda sont facturées par requête et selon le temps d’utilisation active du processeur.
  • Fonctions événementielles

  • Tarification des fonctions événementielles Lambda

    Les fonctions événementielles Lambda sont facturées selon le nombre de requêtes traitées et la durée d’exécution de votre code, mesurée en Go-secondes. Vous choisissez la mémoire allouée à votre fonction et obtenez une capacité de processeur et des ressources proportionnelles. L’offre gratuite comprend un million de requêtes et 400 000 Go-secondes par mois.

    Événement asynchrone (notamment les événements de S3, SNS, EventBridge, StepFunctions et CloudWatch Logs) : Chaque événement asynchrone est facturé comme une requête jusqu’à 256 Ko. Au-delà de 256 Ko, chaque tranche supplémentaire de 64 Ko de la taille d’un événement est facturée comme une requête supplémentaire, jusqu’à 1 Mo.

    Le coût de la durée dépend de la quantité de mémoire allouée à votre fonction. Vous pouvez allouer à votre fonction une quantité de mémoire comprise entre 128 Mo et 10 240 Mo, par incréments de 1 Mo. Le tableau ci-dessous présente quelques exemples de prix par milliseconde selon différentes tailles de mémoire, pour une utilisation relevant du premier niveau tarifaire, par exemple jusqu’à 6 milliards de Go-secondes par mois dans la Région USA Est (Ohio).

    • Prix x86
    • Prix Arm

    Les niveaux de tarification de la durée d’exécution à la demande de Lambda s’appliquent à la durée mensuelle cumulée des fonctions exécutées sur la même architecture (x86 ou Arm), dans la même région et sur le même compte. Si vous utilisez la facturation consolidée dans AWS Organizations, les niveaux tarifaires s’appliquent à la durée mensuelle cumulée des fonctions exécutées sur la même architecture et dans la même région, pour tous les comptes de l’organisation.

    Lambda Managed Instances

    Lambda Managed Instances vous permet d’exécuter des fonctions événementielles Lambda sur des instances EC2 entièrement gérées dans votre VPC, en associant l’expérience de développement sans serveur de Lambda à la rentabilité et à la flexibilité matérielle d’EC2. Cette fonctionnalité convient particulièrement aux charges de travail à fort volume et à activité régulière, lorsque vous souhaitez optimiser les coûts tout en préservant la simplicité opérationnelle de Lambda.

    Avec Lambda Managed Instances, vous pouvez choisir parmi un large éventail de types d’instances EC2 de génération actuelle pour répondre aux besoins de votre charge de travail, bénéficier des options tarifaires EC2, dont les EC2 Instance Savings Plans, Compute Savings Plans et instances réservées, et traiter plusieurs requêtes simultanément dans un même environnement d’exécution pour maximiser l’utilisation des ressources. Lambda gère automatiquement le provisionnement, la mise à l’échelle, l’application des correctifs et le cycle de vie des instances, tout en vous permettant de conserver le modèle de programmation Lambda habituel et une intégration transparente aux sources d’événements, comme SQS, Kinesis et Kafka.

    Tarification :
    La tarification Lambda Managed Instances comprend trois éléments :

    1. Frais de requêtes : 0,20 USD par million de requêtes
    2. Frais de gestion du calcul : majoration de 15 % du tarif des instances EC2 à la demande provisionnées et gérées par Lambda (majoration propre à chaque type d’instance, indiquée ci-dessous)
    3. Frais d’instance EC2 : Les tarifs standard des instances EC2 s’appliquent aux instances provisionnées dans votre fournisseur de capacité. Vous pouvez réduire les coûts grâce aux Compute Savings Plans, aux instances réservées ou à d’autres options tarifaires EC2.

    Contrairement aux fonctions de type de calcul Lambda (par défaut), les fonctions Lambda Managed Instances ne paient pas séparément la durée d’exécution de chaque requête.

    Mappages des sources d’événements : Pour les charges de travail utilisant des Event Poller Units (EPU) provisionnées avec des sources d’événements comme Kafka ou SQS, la tarification standard des EPU s’applique.

    Frais de gestion
    • Supposons que vous exploitiez un service d’API à fort trafic qui traite 100 millions de requêtes par mois, chacune durant en moyenne 200 ms. Vous configurez votre fournisseur de capacité Lambda Managed Instances pour utiliser des instances m7g.xlarge (4 vCPU, 16 Go de mémoire, Graviton3) et un Compute Savings Plan de 3 ans pour maximiser les économies.

      Frais mensuels

      Frais de requêtes
      Nombre de requêtes mensuelles : 100 millions de requêtes
      Prix des requêtes : 0,20 USD par million de requêtes
      Frais mensuels de requêtes : 100 millions / 1 million × 0,20 USD = 20 USD

      Frais de calcul
      Type d’instance : m7g.xlarge
      Tarif EC2 à la demande : 0,1632 USD par heure (USA Est, Virginie du Nord)
      Avec une remise de 72 % au titre d’un Compute Savings Plan de 3 ans : 0,0457 USD par heure
      Nombre estimé d’heures d’instance nécessaires : environ 2 000 heures/mois (selon le profil de la charge de travail et l’exécution simultanée de plusieurs requêtes)
      Frais mensuels des instances EC2 : 2 000 × 0,0457 USD = 91,40 USD

      Frais de gestion
      Frais de gestion : supplément de 15 % du prix EC2 à la demande
      Frais de gestion horaires : 0,1632 USD × 0,15 = 0,02448 USD par heure
      Frais de gestion mensuels : 2 000 × 0,02448 USD = 48,96 USD

      Total des frais mensuels
      Frais totaux = frais de requêtes + frais d’instance EC2 + frais de gestion
      Frais totaux = 20 USD + 91,40 USD + 48,96 USD = 160,36 USD

    Tarification des fonctions durables Lambda

    Les fonctions durables Lambda simplifient le développement d’applications fiables à plusieurs étapes et de flux de travail d’IA directement dans le modèle de programmation Lambda existant, afin de prendre en charge les charges de travail de longue durée de manière résiliente et économique. Dans les fonctions durables, vous utilisez des opérations durables, comme les « étapes » et les « attentes », qui constituent des points de contrôle auxquels des données facultatives peuvent être associées et conservées pendant de longues périodes, afin de permettre à votre fonction de reprendre son exécution après une interruption. Lorsque les fonctions reprennent, le système procède à une réexécution (replay) : il réexécute automatiquement le gestionnaire d’événements depuis le début, en ignorant les points de contrôle déjà terminés et en reprenant à partir du point d’interruption. Le cycle de vie peut comprendre plusieurs sous-invocations (appels de fonction Lambda qui se produisent lors d’une reprise après une opération d’attente, une nouvelle tentative ou une défaillance de l’infrastructure) pour terminer l’exécution. 

    Les frais de calcul Lambda existants s’appliquent, notamment aux sous-invocations résultant des réexécutions. Lors de l’utilisation d’opérations d’attente, la fonction suspend son exécution et, pour les fonctions à la demande, aucuns frais de durée d’exécution ne sont facturés jusqu’à la reprise. Vous payez également les opérations durables (comme le démarrage des exécutions, l’achèvement des étapes et la création d’attentes). Vous payez aussi la quantité de données écrites par ces opérations (en Go) ainsi que la conservation des données pendant et après l’exécution (en Go-mois, au prorata). La durée de conservation après achèvement peut être configurée entre 1 et 90 jours (14 jours par défaut). 

    Pour consulter la liste complète des opérations durables et leur description détaillée, consultez la documentation Lambda intitulée Guide du développeur.

    • Un système de traitement des demandes d’indemnisation utilise les fonctions durables Lambda pour analyser les demandes afin de détecter les fraudes, coordonner l’examen humain des demandes de montant élevé et traiter les paiements approuvés. Le processus commence par une étape d’analyse des documents de 30 secondes, au cours de laquelle un grand modèle de langage (LLM) détecte les fraudes et évalue les risques. L’exécution utilise ensuite une attente pour suspendre le traitement le temps d’un examen humain (généralement 7 jours), au cours duquel un gestionnaire de sinistres examine les demandes qui dépassent les seuils d’approbation automatique. Enfin, une étape de paiement de 2 secondes traite la décision d’approbation pour déclencher le paiement. Le système traite 1 000 000 de demandes d’indemnisation par mois. Chaque exécution utilise 8 Ko de données utiles d’invocation et des données utiles de 32 Ko pour l’analyse des demandes (étape 1), les décisions d’approbation (attente) et le traitement du paiement final (étape 2). La fonction est configurée avec 1 Go de mémoire sur un processeur ARM. Les enregistrements des demandes traitées sont conservés pendant 14 jours pour l’audit et la conformité. Remarque : les exemples reposent sur les tarifs de la Région USA Est (Virginie du Nord). Toutes les exécutions commencent au début du mois et toutes les étapes réussissent dès la première tentative, sans nouvelle tentative, afin de simplifier les calculs.

      Remarque : les exemples reposent sur les tarifs de la Région USA Est (Virginie du Nord). Pour simplifier les calculs, toutes les exécutions commencent au début du mois et toutes les étapes réussissent dès la première tentative, sans nouvelle tentative.

      Frais de calcul mensuels

      Calcul total (secondes) 1 000 000 × 32 s = 32 000 000 secondes
      Calcul total (Go-s) 32 000 000 × 1 Go = 32 000 000 Go-s
      Calcul facturable 32 000 000 − 400 000 Go-s gratuits = 31 600 000 Go-s
      Coût du calcul 31 600 000 × 0,0000133334 USD = 421,34 USD

      Frais de requêtes mensuels

      Nombre total de requêtes 2 invocations (initiale + après l’attente) × 1 000 000 = 2 000 000 de requêtes
      Requêtes facturables 2 000 000 − 1 million couvert par l’offre gratuite = 1 000 000
      Coût des requêtes 1 million × 0,20 USD/million = 0,20 USD


      Frais mensuels des fonctions durables

      Opérations 1 million × (1 démarrage d’exécution + 2 étapes + 1 attente) = 4 millions
      Coût des opérations 4 millions × 8,00 USD/million = 32,00 USD
      Données écrites 1 million × (8 Ko par invocation + 3 × 32 Ko par étape/attente) = 104 Go
      Coût des données écrites 104 Go × 0,25 USD/Go = 26,00 USD
      Stockage (exécution, y compris l’attente de 7 jours) 104 Go × (7/30) = 24,27 Go-mois
      Stockage (conservation de 14 jours) 104 Go × (14/30) = 48,53 Go-mois
      Coût de conservation des données (24,27 + 48,53) Go-mois × 0,15 USD/Go-mois = 10,92 USD

       

      Total des frais mensuels

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

    Tarification de l’isolation des locataires

    Activez le mode d’isolement de locataire afin d’isoler le traitement des requêtes des différents utilisateurs finaux ou locataires qui invoquent vos fonctions événementielles Lambda. Les environnements d’exécution sous-jacents d’une fonction Lambda isolée par locataire restent toujours associés à un locataire donné et ne servent jamais à exécuter les requêtes d’autres locataires appelant la même fonction. Cette fonctionnalité simplifie le développement et la maintenance d’applications mutualisées qui traitent du code ou des données propres à chaque locataire tout en respectant des exigences d’isolation strictes. Vous êtes facturé lorsque Lambda crée un environnement d’exécution isolé pour un nouveau locataire afin de traiter une requête, en fonction de la mémoire allouée à votre fonction et de l’architecture de processeur utilisée. Pour en savoir plus sur la fonctionnalité d’isolement de locataire de Lambda, consultez la documentation.

    • Application SaaS mutualisée

      Supposons que vous développiez une plateforme d’automatisation exécutant du code fourni par les utilisateurs en réponse à des événements. Par exemple, une équipe informatique peut souhaiter exécuter un flux de travail automatisé lorsqu’un nouvel employé rejoint l’organisation ou change de service. Autre exemple : une équipe DevOps peut vouloir déclencher un flux de travail CI/CD lorsqu’un développeur valide des modifications de code dans son référentiel de code source. Votre plateforme d’automatisation est mutualisée : elle sert plusieurs utilisateurs finaux. Comme vous prévoyez de fortes variations de la demande selon l’heure et selon chaque utilisateur final ou locataire, vous développez votre plateforme à l’aide de services sans serveur, dont AWS Lambda.

      Votre plateforme d’automatisation peut exécuter du code fourni par les utilisateurs en réponse à des événements. Comme vous ne contrôlez pas le code fourni par les utilisateurs, vous activez le mode d’isolement de locataire afin que les invocations des fonctions Lambda pour chaque utilisateur final soient traitées dans des environnements d’exécution distincts et isolés les uns des autres.

      Supposons que vous ayez configuré votre fonction Lambda avec 1024 Mo de mémoire et une architecture de processeur x86. Au cours d’un mois type, votre fonction traite 10 millions d’invocations d’une durée moyenne de 2 secondes chacune. Votre plateforme SaaS est utilisée par 1 000 utilisateurs finaux ou locataires. Pour simplifier, supposons qu’en moyenne chaque locataire génère 10 000 invocations par mois et que Lambda crée 200 environnements d’exécution par locataire (soit un taux de démarrages à froid de 2 % par locataire).

      Vos frais seraient calculés comme suit :

      Frais de requêtes
      Votre fonction s’exécute 10 millions de fois par mois.

      Frais de requêtes mensuels : 10 millions * 0,20 USD/million = 2 USD.

      Frais de calcul
      Votre fonction s’exécute 10 millions de fois par mois, pendant 2 secondes en moyenne. La mémoire configurée pour votre fonction est de 1024 Mo.

      Durée de calcul mensuelle (secondes) : 10 millions * 2 s = 20 millions de secondes
      Calcul mensuel (Go-s) : 20 millions de secondes * 1024 Mo / 1024 Mo = 20 millions de Go-s
      Frais de calcul mensuels : 20 millions * 0,0000166667 USD = 333,34 USD

      Frais d’isolement de locataire
      Chaque mois, votre fonction sert en moyenne 1 000 locataires distincts. Chaque locataire invoque la fonction 10 000 fois, avec en moyenne 200 environnements d’exécution créés par locataire (soit un taux moyen de démarrages à froid de 2 % par locataire).

      Nombre mensuel d’environnements d’exécution créés pour 1 000 locataires : 200 * 1 000 = 200 000
      Frais mensuels d’isolement de locataire : 200 000 * 0,000167 USD * 1024 Mo / 1024 Mo = 33,4 USD

      Total des frais mensuels
      Frais totaux = frais de requêtes + frais de calcul + frais d’isolement de locataire
      Frais totaux = 2 USD + 333,34 USD + 33,4 USD = 368,74 USD

    Tarification du stockage éphémère Lambda

    Le coût du stockage éphémère dépend de la quantité de stockage éphémère allouée à votre fonction événementielle et de la durée d’exécution de la fonction, mesurée en millisecondes. Vous pouvez allouer à votre fonction une quantité de stockage supplémentaire comprise entre 512 Mo et 10 240 Mo, par incréments de 1 Mo. Vous pouvez configurer le stockage éphémère pour les fonctions utilisant une architecture x86 ou Arm. 512 Mo de stockage éphémère sont fournis gratuitement à chaque fonction Lambda. Vous payez uniquement le stockage éphémère supplémentaire que vous configurez.

    Tous les exemples ci-dessous reposent sur les tarifs de la Région USA Est (Virginie du Nord).

    Tarification de la simultanéité provisionnée

    Activez la simultanéité provisionnée sur vos fonctions événementielles Lambda afin de mieux maîtriser les performances de votre application sans serveur. Lorsqu’elle est activée, la simultanéité provisionnée maintient les fonctions initialisées et immédiatement prêtes à répondre en quelques dizaines de millisecondes. Vous payez la quantité de simultanéité configurée et la durée pendant laquelle elle est configurée. Lorsque la simultanéité provisionnée est activée pour votre fonction et que celle-ci s’exécute, vous payez également les requêtes et la durée selon les tarifs ci-dessous. Si votre fonction dépasse la simultanéité configurée, l’excédent des exécutions est facturé au tarif indiqué dans la section Tarification AWS Lambda ci-dessus. Vous pouvez activer la simultanéité provisionnée pour les fonctions qui utilisent une architecture x86 ou Arm. Pour en savoir plus sur la simultanéité provisionnée, consultez la documentation.

    La simultanéité provisionnée est calculée de son activation sur votre fonction jusqu’à sa désactivation, avec un arrondi à la tranche de cinq minutes supérieure. Le tarif dépend de la quantité de mémoire allouée à votre fonction et du niveau de simultanéité configuré. La durée est calculée du début de l’exécution de votre code jusqu’à son retour ou son arrêt, arrondie au multiple supérieur de 1 ms**. Le tarif dépend de la quantité de mémoire allouée à votre fonction.

    ** Les frais de durée d’exécution s’appliquent au code exécuté dans le gestionnaire d’une fonction ainsi qu’au code d’initialisation déclaré en dehors du gestionnaire. Pour les fonctions événementielles Lambda avec les extensions AWS Lambda, la durée inclut également le temps nécessaire au code de la dernière extension active pour terminer son exécution pendant la phase d’arrêt. Pour les fonctions configurées avec la simultanéité provisionnée, AWS Lambda renouvelle périodiquement les environnements d’exécution et réexécute votre code d’initialisation. Pour en savoir plus, consultez la documentation du modèle de programmation Lambda.

    L’offre gratuite Lambda ne s’applique pas aux fonctions pour lesquelles la simultanéité provisionnée est activée. Si vous activez la simultanéité provisionnée pour votre fonction et l’exécutez, les requêtes et la durée sont facturées selon les tarifs ci-dessous.

    Tous les exemples ci-dessous reposent sur les tarifs de la Région USA Est (Virginie du Nord).

    • Supposons que vous développiez une application mobile de commande de repas. Les clients peuvent utiliser l’application pour commander des repas dans un restaurant donné, recevoir des mises à jour sur le statut de leur commande et venir chercher leur repas lorsqu’il est prêt. Comme vous prévoyez de fortes variations de la demande de votre application selon l’heure de la journée et le restaurant, vous créez votre backend mobile à l’aide de services sans serveur, dont AWS Lambda.

      Pour simplifier, supposons que votre application traite trois millions de requêtes par mois. La
      durée moyenne d’exécution d’une fonction est de 120 ms. Vous avez configuré votre fonction avec 1536 Mo de mémoire sur un processeur x86.

      Vous lancez une nouvelle version de votre application mobile, à laquelle vous avez consacré une importante campagne marketing. Vous prévoyez un pic de demande le jour du lancement, de midi à 20 h. Pour que votre application mobile reste réactive lorsque la demande augmente ou diminue rapidement, vous activez la simultanéité provisionnée sur vos fonctions événementielles Lambda. Vous définissez la simultanéité provisionnée sur 100.

      Pendant ces huit heures, vos fonctions ont reçu 500 000 requêtes. La durée moyenne d’exécution de la fonction
      lorsque la simultanéité provisionnée est activée est de 100 ms. Le reste du mois, votre application reçoit 2,5 millions de requêtes supplémentaires, auxquelles vos fonctions répondent sans simultanéité provisionnée.

      Vos frais seraient calculés comme suit :

      Frais de simultanéité provisionnée :
      Le tarif de la simultanéité provisionnée est de 0,0000041667 USD par Go-s
      Durée totale d’activation de la simultanéité provisionnée (secondes) : 8 heures * 3 600 secondes = 28 800 secondes
      Simultanéité totale configurée (Go) : 100 * 1536 Mo/1024 Mo = 150 Go
      Quantité totale de simultanéité provisionnée (Go-s) : 150 Go * 28 800 secondes = 4 320 000 Go-s
      Frais de simultanéité provisionnée : 4,32 millions de Go-s * 0,0000041667 USD = 18 USD

      Frais de requêtes :
      Le tarif mensuel est de 0,20 USD par million de requêtes, et l’offre gratuite comprend 1 million de requêtes par mois.
      Nombre total de requêtes − requêtes couvertes par l’offre gratuite = nombre de requêtes mensuelles facturables
      3 000 000 de requêtes − 1 million de requêtes gratuites = 2 000 000 de requêtes mensuelles facturables
      Frais de requêtes mensuels = 2 * 0,20 USD = 0,40 USD

      Frais de calcul avec la simultanéité provisionnée activée :
      Le tarif du calcul est de 0,0000097222 USD par Go-s
      Durée totale de calcul (secondes) = 500 000 * 100 ms = 50 000 secondes
      Calcul total (Go-s) = 50 000 secondes * 1536 Mo / 1024 Mo = 75 000 Go-s.
      Frais de calcul totaux = 75 000 Go-s * 0,0000097222 USD = 0,73 USD

      Frais de calcul avec la simultanéité provisionnée désactivée :
      Le tarif mensuel du calcul est de 0,0000166667 USD par Go-s, et l’offre gratuite comprend 400 000 Go-s.
      Calcul total (secondes) = 2,5 millions * 120 ms = 300 000 secondes
      Calcul total (Go-s) = 300 000 * 1536 Mo / 1024 Mo = 450 000 Go-s
      Calcul total − calcul couvert par l’offre gratuite = calcul mensuel facturable en Go-s
      450 000 Go-s − 400 000 Go-s gratuits = 50 000 Go-s
      Frais de calcul mensuels = 50 000 * 0,0000166667 USD = 0,83 USD

      Total des frais mensuels :
      Frais totaux = frais de simultanéité provisionnée + frais de requêtes + frais de calcul avec la simultanéité provisionnée activée + frais de calcul avec la simultanéité provisionnée désactivée
      Frais totaux = 18 USD + 0,40 USD + 0,73 USD + 0,83 USD = 19,96 USD

    • Supposons que vous soyez un commerçant organisant une importante opération promotionnelle le Cyber Monday, événement commercial qui se déroule le lundi suivant Thanksgiving aux États-Unis. Vos clients peuvent discuter en direct avec votre service d’assistance depuis l’application mobile que vous leur proposez. Vous décidez de déployer un modèle de traitement du langage naturel (NLP).

      Dans ce cas, vous utilisez le modèle populaire Bidirectional Encoder Representations from Transformers (BERT) dans AWS Lambda. Ce modèle vous aide à analyser et à comprendre les interactions avec le service client dans l’application mobile afin d’afficher un contenu d’assistance pertinent ou d’orienter le client vers le conseiller approprié. Vous recevrez beaucoup plus de demandes d’assistance pendant cette opération promotionnelle qu’à l’accoutumée. Vous décidez donc d’activer la simultanéité provisionnée sur vos fonctions événementielles Lambda pour permettre à votre application de répondre rapidement malgré les pics de trafic.

      Supposons que vos fonctions reçoivent deux millions de requêtes pendant les 24 heures de l’opération, alors que la simultanéité provisionnée est activée. La durée moyenne d’exécution de la fonction est de 280 ms. Vous configurez votre fonction avec 4 096 Mo de mémoire sur un processeur x86, et définissez la simultanéité provisionnée sur sept.

      Vos frais seraient calculés comme suit :

      Frais de simultanéité provisionnée :
      Le prix de la simultanéité provisionnée est de 0,0000041667 USD par Go-s.
      Durée totale d’activation de la simultanéité provisionnée (secondes) = 24 heures * 3 600 secondes = 86 400 secondes
      Simultanéité totale configurée (Go) : 7 * 4096 Mo / 1024 Mo = 28 Go
      Quantité totale de simultanéité provisionnée (Go-s) = 28 Go * 86 400 secondes = 2 419 200 Go-s
      Frais de simultanéité provisionnée = 2 419 200 Go-s * 0,0000041667 USD = 10,08 USD

      Frais de calcul avec la simultanéité provisionnée activée :
      Le tarif du calcul est de 0,0000097222 USD par Go-s.
      Durée totale de calcul (secondes) = 2 000 000 * 280 ms = 560 000 secondes
      Calcul total (Go-s) = 560 000 secondes * 4096 Mo / 1024 Mo = 2 240 000 Go-s.
      Frais totaux de calcul = 2 240 000 Go-s * 0,0000097222 USD = 21,78 USD

      Frais de requêtes mensuels :
      Le tarif mensuel est de 0,20 USD par million de requêtes
      Frais de requêtes mensuels = 2 millions * 0,20 USD/million = 0,40 USD

      Total des frais mensuels :
      Frais totaux = frais de simultanéité provisionnée + frais de calcul avec la simultanéité provisionnée activée + frais de requêtes = 10,08 USD + 21,78 USD + 0,40 USD = 32,26 USD

    Tarification SnapStart

    SnapStart peut améliorer les performances au démarrage, qui passent de plusieurs secondes à moins d’une seconde pour les applications sensibles à la latence. SnapStart crée un instantané de l’état initialisé de la mémoire (et du disque) de votre fonction et le met en cache pour y accéder avec une faible latence. Lorsque votre fonction est appelée par la suite, Lambda reprend les environnements d’exécution à partir de cet instantané préinitialisé au lieu de les initialiser depuis le début, ce qui réduit la latence au démarrage.

    Un instantané est créé chaque fois que vous publiez une nouvelle version de votre fonction avec SnapStart activé. Le coût de mise en cache d’un instantané dépend de la durée d’activité de la version de votre fonction, avec une facturation minimale de 3 heures, puis à la milliseconde. Le tarif dépend de la quantité de mémoire allouée à votre fonction. Vous payez également chaque fois que Lambda reprend un environnement d’exécution en restaurant votre instantané. Le tarif dépend de la quantité de mémoire allouée à votre fonction.

    La tarification SnapStart ne s’applique pas aux environnements d’exécution Java gérés pris en charge.

    • Supposons que vous soyez une entreprise de logistique disposant d’une flotte de véhicules équipés de capteurs et d’une connectivité 4G/5G pour envoyer des données de télémétrie dans un flux de données Amazon Kinesis. Vous souhaitez utiliser les modèles de machine learning (ML) que vous avez développés pour évaluer l’état de fonctionnement des véhicules et prévoir quand certains composants auront besoin d’une maintenance.

      Supposons que vous disposiez de 10 000 véhicules en service, chacun émettant des données de télémétrie une fois par heure, à des moments décalés avec suffisamment de variation aléatoire. Vous souhaitez effectuer une inférence sur chaque données utiles afin de planifier rapidement la maintenance des véhicules et de garantir le bon fonctionnement de votre flotte.

      Supposons que le modèle de machine learning soit fourni avec la fonction et occupe 512 Mo. Pour l’inférence, vous avez configuré votre fonction avec 1 Go de mémoire et la durée d’exécution facturée est en moyenne de deux secondes sur un processeur x86. Vous conservez une seule version de votre fonction. Pour simplifier, supposons que 1 % des requêtes entraîne la création de nouveaux environnements d’exécution.

      Vous constatez que le traitement de bout en bout prend plusieurs secondes pour ces 1 % de requêtes. Cela s’explique par l’initialisation de votre fonction, qui prend plusieurs secondes en raison de l’importation de modules logiciels volumineux et du modèle ML. Vous souhaitez réduire le temps de traitement de bout en bout de ces requêtes : vous activez donc SnapStart sur votre fonction et publiez une nouvelle version.

      Vos frais seraient calculés comme suit :

      Frais de requêtes
      Chaque mois, les véhicules émettent 10 000 * 24 * 31 = 7 440 000 messages, traités par la fonction Lambda.

      Frais de requêtes mensuels : 7,44 millions * 0,20 USD/million = 1,49 USD

      Frais de calcul mensuels
      Chaque mois, votre fonction est exécutée une fois par message pendant deux secondes.

      Durée de calcul mensuelle (secondes) : 7,44 millions * 2 secondes = 14,88 millions de secondes
      Calcul mensuel (Go-s) : 14,88 millions de secondes * 1024 Mo/1024 Mo = 14,88 millions de Go-s
      Frais de calcul mensuels : 14,88 millions de Go-s * 0,0000166667 USD = 248,00 USD

      Frais SnapStart :

      Durée totale d’activité de la version de la fonction (secondes) : 24 heures * 31 jours * 3600 secondes = 2 678 400 secondes
      Mémoire allouée à la fonction : 1024 Mo/1024 Mo -> 1 Go
      Utilisation totale du cache SnapStart : 1 Go * 2 678 400 s -> 2 678 400 Go-s
      Frais de cache SnapStart : 2,68 millions de Go-s * 0,0000015046 USD = 4,03 USD

      Nombre de requêtes utilisant la restauration SnapStart : 1 % de 7,44 millions = 74 400
      Utilisation totale de la restauration SnapStart : 74 400 * 1 Go = 74 400 Go
      Frais de restauration SnapStart : 74 400 Go * 0,0001397998 USD = 10,4 USD

      Frais SnapStart totaux : Frais de cache SnapStart + frais de restauration SnapStart
      Frais SnapStart totaux : 4,03 USD + 10,4 USD = 14,43 USD

      Total des frais mensuels

      Frais totaux = frais de requêtes + frais de calcul + frais SnapStart
      Frais totaux = 1,49 USD + 248,00 USD + 14,43 USD = 263,92 USD

    Tarification de la diffusion en continu des réponses HTTP Lambda

    Les fonctions événementielles AWS Lambda peuvent renvoyer un flux de réponse HTTP lorsqu’elles sont appelées via l’API InvokeWithResponseStream ou par une URL de la fonction utilisant le mode d’invocation ResponseStream. La diffusion en continu des réponses HTTP peut améliorer le délai de réception du premier octet et prend en charge des données utiles supérieures à 6 Mo. Lorsque vous utilisez la diffusion en continu des réponses HTTP, chaque Go écrit dans le flux de réponse par votre fonction vous est facturé. Vous pouvez diffuser gratuitement les 6 premiers Mo par requête.

    Tous les exemples ci-dessous reposent sur les tarifs de la Région USA Est (Virginie du Nord).

    Tarification du mode provisionné pour le mappage des sources d’événements (ESM)

    Le mode provisionné des ESM permet d’optimiser leur débit en allouant un nombre minimal et maximal de ressources appelées interrogateurs d’événements, puis en adaptant automatiquement leur nombre entre les limites configurées. Un interrogateur d’événements est la ressource configurable sur laquelle repose un ESM en mode provisionné. La tarification dépend du nombre minimal d’interrogateurs d’événements provisionnés et de ceux consommés lors de la mise à l’échelle automatique. Les frais sont calculés à l’aide d’une unité de facturation appelée Event Poller Unit (EPU). Vous payez selon le nombre d’EPU utilisées et leur durée d’utilisation, mesurée en heures-EPU.

    ESM SQS : Une EPU prend en charge un interrogateur d’événements, offrant chacun un débit maximal de 1 Mo/s. Chaque ESM SQS requiert au minimum 2 interrogateurs d’événements.

    ESM MSK ou Kafka autogéré (SMK) : Chaque EPU prend en charge une capacité de débit allant jusqu’à 20 Mo/s pour l’interrogation des événements, avec 10 interrogateurs d’événements par défaut. Chaque interrogateur d’événements peut augmenter verticalement son débit jusqu’à 5 Mo/s. Le nombre d’interrogateurs d’événements alloués à une EPU dépend de la capacité de calcul consommée par chaque interrogateur. Vous pouvez regrouper plusieurs ESM au sein d’un même Amazon VPC pour partager la capacité et les coûts des EPU. Pour en savoir plus sur le mode provisionné des ESM Kafka, consultez la documentation. 

    Transfert de données : Les tarifs standard de transfert de données AWS s’appliquent.

    Durée : La tarification est calculée à la seconde, avec un minimum d’une minute.

    • Exemple : Analyse en temps réel de données diffusées en continu avec Kafka

      Supposons que vous soyez un fournisseur mondial de solutions de centre de contact client disposant de pipelines qui publient des métadonnées relatives aux appels dans des rubriques Amazon MSK (Kafka) pour leur analyse en temps réel. Comme le trafic peut être irrégulier et imprévisible, vous souhaitez utiliser le mode provisionné pour optimiser les performances de votre ESM. Supposons que votre fonction Lambda qui traite ces messages soit configurée avec 1 024 Mo de mémoire sur un processeur x86 et reçoive 1 million d’invocations par jour, d’une durée moyenne de 2 secondes. Supposons que vous ayez activé le mode provisionné pour votre ESM avec 1 interrogateur d’événements par défaut et que votre ESM augmente verticalement sa capacité jusqu’à consommer 800 heures-EPU par mois dans la Région USA Est (Virginie du Nord).

      Frais de calcul mensuels
      Le tarif mensuel du calcul est de 0,0000166667 USD par Go-s, et l’offre gratuite comprend 400 000 Go-s
      Calcul total (secondes) = 1 000 000 * 30 * 2 secondes = 60 000 000 secondes
      Calcul total (Go-s) = 60 000 000 * 1024 Mo/1024 = 60 000 000 Go-s
      Calcul total − calcul couvert par l’offre gratuite = calcul mensuel facturable en Go-s
      60 000 000 Go-s − 400 000 Go-s gratuits = 59 600 000 Go-s
      Frais de calcul mensuels = 59 600 000 * 0,0000166667 USD = 993,3 USD

      Frais de requêtes mensuels
      Le tarif mensuel est de 0,20 USD par million de requêtes.
      Frais de requêtes mensuels = 60 millions de requêtes * 0,20 USD = 12,00 USD

      Frais mensuels du mode provisionné pour les ESM
      Frais EPU = 800 heures-EPU * 0,185 USD = 148 USD
      Frais mensuels du mode provisionné pour les ESM = 148 USD

      Frais totaux
      Frais totaux = frais de calcul + frais de requêtes + frais du mode provisionné pour les ESM
      Frais totaux = 993,3 USD + 12 USD + 148 USD = 1 153,3 USD

       

    • Exemple : Traitement d’événements en temps réel avec Amazon SQS

      Supposons que vous soyez une entreprise de services financiers traitant des flux de données de marché et exécutant des transactions financières à l’aide de microservices pilotés par les événements pour une application financière destinée aux clients en temps réel. Comme le trafic peut être irrégulier et imprévisible, vous souhaitez utiliser le mode provisionné des ESM SQS pour en optimiser les performances. Supposons que votre fonction Lambda qui traite ces événements soit configurée avec 1 024 Mo de mémoire sur un processeur x86 et reçoive 1 million d’invocations par jour, d’une durée moyenne de 1 seconde. Votre débit maximal est de 100 événements par seconde (TPS), que vous souhaitez traiter avec une latence maximale de 0,2 seconde. Pour atteindre cette latence, vous avez activé le mode provisionné pour votre ESM SQS avec un minimum de 10 interrogateurs d’événements, et votre ESM augmente verticalement sa capacité jusqu’à consommer 8 000 heures-EPU par mois dans la région USA Est (Virginie du Nord), afin de gérer ce trafic irrégulier avec une faible latence.

      Frais de calcul mensuels
      Le tarif mensuel du calcul est de 0,0000166667 USD par Go-s
      Calcul total (secondes) = 1 000 000 * 30 * 1 seconde = 30 000 000 secondes
      Calcul total (Go-s) = 30 000 000 * 1024 Mo/1024 = 30 000 000 Go-s
      Calcul total = calcul mensuel facturable en Go-s * 0,0000166667 USD
      Frais de calcul mensuels = 30 000 000 * 0,0000166667 USD = 500 USD

      Frais de requêtes mensuels
      Le tarif mensuel est de 0,20 USD par million de requêtes
      Frais de requêtes mensuels = 30 millions de requêtes * 0,20 USD = 6 USD

      Frais mensuels du mode provisionné pour les ESM SQS
      Le tarif EPU est de 0,00925 USD par heure-EPU
      Frais EPU = 8 000 heures-EPU * 0,00925 USD = 74 USD
      Frais mensuels du mode provisionné pour les ESM = 74 USD

      Frais totaux
      Frais totaux = frais de calcul + frais de requêtes + frais du mode provisionné pour les ESM
      Frais totaux = 500 USD + 6 USD + 74 USD = 580 USD

    • Supposons que vous soyez un fournisseur mondial de solutions de centre de contact client et que vous disposiez de pipelines qui publient des métadonnées relatives aux interactions téléphoniques dans des dizaines de rubriques Amazon MSK (Kafka), recevant chacune des messages de vos différents produits. Chaque rubrique reçoit au maximum 500 messages par seconde, avec une taille moyenne de 3 Ko par message et un débit de pointe de 1,5 Mo/s. Comme le trafic peut être irrégulier et imprévisible, vous souhaitez utiliser le mode provisionné pour optimiser les performances de votre ESM. Supposons que votre fonction Lambda qui traite ces messages soit configurée avec 1 024 Mo de mémoire sur un processeur x86 et qu’elle reçoive 1 million d’invocations par jour, d’une durée moyenne de 0,2 seconde. Vous avez créé 10 ESM Kafka pour traiter les événements, chacun avec un débit inférieur à 1,5 Mo/s. Vous décidez de les regrouper dans le même groupe d’interrogateurs afin d’optimiser les coûts. Supposons que vous ayez activé le mode provisionné pour votre ESM avec un interrogateur d’événements par défaut et que vous utilisiez vos 10 ESM au sein d’un même groupe d’interrogateurs dans la Région USA Est (Virginie du Nord).

      Frais de calcul mensuels
             Le tarif mensuel du calcul est de 0,0000166667 USD par Go-s, et l’offre gratuite comprend 400 000 Go-s
      Calcul total (secondes) = 1 000 000 * 30 * 0,2 seconde = 6 000 000 secondes
      Calcul total (Go-s) = 6 000 000 * 1024 Mo/1024 = 6 000 000 Go-s
      Calcul total (Go-s) pour les 10 ESM = 6 000 000 Go-s * 10 = 60 000 000 Go-s
      Frais de calcul mensuels = 60 000 000 * 0,0000166667 USD = 1 000 USD
      Frais de requêtes mensuels
      Le tarif mensuel est de 0,20 USD par million de requêtes.
      Nombre total de requêtes mensuelles pour les 100 ESM = 1 million * 30 jours * 10 ESM = 300 millions de requêtes
      Frais de requêtes mensuels = 300 millions de requêtes * 0,20 USD = 60,00 USD
      Frais mensuels du mode provisionné pour les ESM
      Le prix des heures-EPU est de 0,185 USD/heure et chaque EPU prend en charge 10 interrogateurs d’événements.
      Nombre total d’interrogateurs d’événements par heure = 1 interrogateur * 10 ESM = 10 interrogateurs
      EPU utilisées = 10 interrogateurs utilisés / 10 interrogateurs pris en charge par EPU = 1 EPU
      Total des EPU par mois = 1 EPU * 720 heures par mois = 720 heures-EPU
      Frais EPU = 720 heures-EPU * 0,185 USD = 133,2 USD
      Frais mensuels du mode provisionné pour les ESM = 133,2 USD
      Frais totaux
      Frais totaux = frais de calcul + frais de requêtes + frais du mode provisionné pour les ESM
      Frais totaux = 1 000 USD + 60 USD + 133,2 USD = 1 193,2 USD par mois pour 10 ESM
      Coûts mensuels par ESM = 1 193,2 USD / 10 = 119,3 USD par mois et par ESM

    Frais de transfert de données et autres frais

    Transfert de données
    Les données transférées vers vos fonctions événementielles AWS Lambda ou depuis celles-ci, en provenance de l’extérieur de la région d’exécution de la fonction, sont facturées aux tarifs de transfert de données Amazon EC2 indiqués à la rubrique "Transfert de données".

    Les transferts de données entre les services suivants et les fonctions événementielles AWS Lambda sont gratuits au sein d’une même Région AWS : 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) et Amazon SimpleDB.

    L’utilisation d’Amazon Virtual Private Cloud (VPC) ou de l’appairage VPC avec les fonctions événementielles AWS Lambda entraîne des frais supplémentaires, comme expliqué sur la page de tarification à la demande d’Amazon Elastic Compute Cloud (EC2). Une connexion d’appairage de VPC est une connexion réseau entre deux VPC qui permet d’acheminer le trafic entre eux à l’aide d’adresses IPv4 ou IPv6 privées. 

    Frais supplémentaires
    Des frais supplémentaires peuvent s’appliquer si votre fonction Lambda utilise d’autres services AWS ou transfère des données. Par exemple, si votre fonction Lambda lit ou écrit des données dans Amazon S3, les requêtes de lecture/écriture et les données stockées dans Amazon S3 vous sont facturées.

    Pour en savoir plus sur la tarification des services AWS, consultez la section Tarification des pages de présentation des services concernés.

    Tarification Lambda@Edge

    Les fonctions Lambda@Edge sont facturées avec une granularité de 1 ms.

  • MicroVM

  • Tarification de Lambda MicroVMs

    La tarification AWS Lambda MicroVMs repose sur les ressources de calcul utilisées, les opérations de lecture/écriture et le stockage d’instantanés, ainsi que le transfert de données aux tarifs AWS standard.

    Calcul

    Avec Lambda MicroVMs, vous n’avez pas à dimensionner chaque environnement de calcul en fonction des pics d’activité. Vous configurez une capacité de base en définissant la mémoire, et le processeur est alloué selon un rapport de deux unités de mémoire pour une unité de processeur : la valeur par défaut est de 2 Go pour 1 vCPU. Lors des pics d’activité, la capacité de votre microVM peut augmenter verticalement jusqu’à 4 fois sa capacité de base (jusqu’à 8 Go et 4 vCPU), sans aucune intervention de votre part.
     
    Vous payez les ressources de calcul de base pendant l’exécution de votre microVM. Lorsque votre charge de travail consomme des ressources au-delà de la capacité de base, seule la durée d’utilisation effective de la mémoire et des vCPU supplémentaires est facturée, et non la capacité maximale. Vous pouvez donc configurer l’environnement en fonction de votre charge de travail habituelle et laisser Lambda gérer les pics d’activité. L’utilisation des ressources de calcul est facturée à la seconde. Pour en savoir plus sur le dimensionnement de vos microVM, consultez  la création d’une image de microVM.​​​​​​​
    • x86
    • Graviton (ARM)

    Instantanés

    Lambda MicroVMs utilise des instantanés pour permettre un démarrage quasi instantané et réduire les coûts liés aux périodes d’inactivité. Une image de microVM est un instantané de l’état préinitialisé de votre application. Au lieu de démarrer à froid depuis le début, votre microVM démarre à partir de cette image. Pendant les périodes d’inactivité, vous pouvez suspendre une microVM en cours d’exécution pendant 8 heures au maximum, en conservant son état mémoire et disque sans payer de frais de calcul. Lorsque le trafic reprend, la microVM suspendue redémarre rapidement, automatiquement ou par programmation. Vous payez le stockage des instantanés, les lectures de données d’instantanés (au démarrage ou à la reprise) et les écritures de données d’instantanés (à la suspension).
    * Le stockage des images de microVM est soumis à une durée de conservation minimale d’une semaine.

    Transfert de données

    Le transfert de données est facturé aux tarifs standard AWS de transfert de données. Les données transférées entre vos Lambda MicroVMs et votre Amazon VPC sont également facturées, comme indiqué dans la section  Transfert de données au sein d’une même Région AWS.

    Exemples de tarification de Lambda MicroVMs

    ​​​Tous les exemples ci-dessous reposent sur les tarifs de la Région USA Est (Virginie du Nord), avec une architecture ARM (Graviton). Pour chaque Go de mémoire configurée, Lambda MicroVMs alloue des vCPU dans un rapport de deux pour un (par exemple, 8 Go de mémoire correspondent à 4 vCPU).​​
    • ​​​​​Supposons que vous développiez une plateforme fournissant à chaque développeur un environnement Linux isolé et en bac à sable pour la programmation assistée par l’IA. Chaque environnement s’exécute dans une Lambda MicroVM configurée avec une capacité de base de 2 Go de mémoire et 1 vCPU, offrant une mise à l’échelle verticale jusqu’à 8 Go de mémoire et 4 vCPU pour les tâches gourmandes en ressources, comme la compilation et l’exécution de tests. Votre organisation conserve 5 images de microVM standard (Rust, Python, Node.js, Java, Go), chacune de 2 Go. Chaque développeur lance un environnement par jour à partir d’une image de 2 Go.​​​​​ ​​​​​​Au cours d’une journée de travail de 8 heures, chaque environnement est utilisé pendant 2,5 heures : avec les ressources de base provisionnées pendant 75 % de cette période (2 Go et 1 vCPU), et une mise à l’échelle verticale jusqu’à la capacité maximale pendant 25 % de cette période (8 Go et 4 vCPU). ​ ​Pendant les 5,5 heures d’inactivité restantes de la journée de travail (lorsque les développeurs s’absentent ou passent à d’autres tâches), l’environnement est suspendu automatiquement, en conservant 2 Go d’état, à savoir le répertoire de travail, l’état des processus et les caches de fichiers. Chaque environnement connaît 6 cycles de suspension/reprise par jour lorsque les développeurs alternent entre le codage et leurs autres activités. Grâce à la suspension et à la reprise, vous évitez de payer pour des ressources de calcul constamment actives pendant les périodes d’inactivité, tout en conservant l’intégralité de votre état de travail. Les développeurs reprennent exactement là où ils se sont arrêtés, sans redémarrer leur environnement ni réinitialiser son état. ​ ​Votre équipe compte 100 développeurs, chacun utilisant la plateforme de développement 20 jours par mois. Vos frais mensuels seraient calculés comme suit :​​​​​

      Frais de calcul mensuels

      En résumé, 75 % du temps de calcul est consacré à la consommation de ressources de base et 25 % à celle des ressources maximales.​

      ​​Secondes d’utilisation maximale : 100 développeurs × 20 jours × 2,5 heures × 25 % = 4,5 millions de secondes​
      ​​Frais d’utilisation maximale :
      vCPU : 4,5 millions de secondes × 4 vCPU × 0,0000276944 USD/vCPU-seconde = 498,50 USD
      Mémoire : 4,5 millions de secondes × 8 Go de mémoire × 0,0000036667 USD/Go-seconde = 132,00 USD
      Total : 630,50 USD​

      ​​Secondes d’utilisation de base : 100 développeurs × 20 jours × 2,5 heures × 75 % = 13,5 millions de secondes​
      ​​Frais d’utilisation de base :
      vCPU : 13,5 millions de secondes × 1 vCPU × 0,0000276944 USD/vCPU-seconde = 373,87 USD
      Mémoire : 13,5 millions de secondes × 2 Go de mémoire × 0,0000036667 USD/Go-seconde = 99,00 USD
      Total : 472,88 USD​

      ​​Frais de calcul mensuels : 630,50 USD + 472,88 USD = 1 103,38 USD​

      Frais mensuels des instantanés

      ​​Lecture/écriture d’instantanés :
      Nombre de cycles mensuels de suspension/reprise : 100 développeurs × 20 jours × 6 cycles = 12 000 cycles​
      ​​Frais d’écriture d’instantané (suspension) : 12 000 cycles × 2 Go × 0,0038 USD/Go = 91,20 USD​
      ​​Frais de lecture d’instantané (reprise) : 12 000 cycles × 2 Go × 0,00155 USD/Go = 37,20 USD​

      Nombre de lancements mensuels : 100 développeurs × 1 lancement par jour × 20 jours = 2 000 lancements
      Frais de lecture d’instantané (au lancement) : 2 000 lancements × 2 Go × 0,00155 USD/Go = 6,20 USD

      Total des frais mensuels de lecture/écriture d’instantanés : 91,20 USD + 37,20 USD + 6,20 USD = 134,60 USD

      ​​Stockage des instantanés :​
      Frais de stockage des images de microVM : 5 images × 2 Go × 0,08 USD/Go-mois = 0,80 USD
      Frais de microVM suspendues : 100 développeurs × 2 Go × (5,5 heures d’inactivité/jour × 20 jours / 720 h) × 0,08 USD/Go-mois = 2,44 USD

      Frais mensuels de stockage des instantanés : 3,24 USD  

      Total des frais mensuels

      ​​Frais totaux = frais de calcul + frais de lecture/écriture d’instantanés + frais de stockage des instantanés = 1 103,38 USD + 134,60 USD + 3,24 USD = 1 241,22 USD​

      ​​Coût mensuel par développeur : 1 241,22 USD / 100 = 12,41 USD​

    • Supposons que vous développiez une plateforme qui exécute des analyses de sécurité ou des tâches CI/CD pour plusieurs utilisateurs finaux. Chaque tâche exécute du code non fiable ou partiellement fiable : installation de dépendances, scripts de compilation ou analyseurs de vulnérabilités. Chaque tâche nécessite donc son propre environnement isolé au niveau matériel. Le trafic étant imprévisible, vous mainteniez auparavant un important groupe d’environnements inactifs en attente pour respecter vos exigences de latence. Avec Lambda MicroVMs, les environnements démarrent rapidement à partir d’instantanés : vous n’avez donc plus besoin d’un groupe d’environnements inactifs. Chaque environnement est configuré avec une capacité de base de 8 Go de mémoire et 4 vCPU, avec une mise à l’échelle verticale possible jusqu’à 32 Go et 16 vCPU lors des phases de compilation ou d’analyse gourmandes en ressources. Les tâches s’exécutent jusqu’à leur terme en une seule fois, sans nécessiter de suspension ni de reprise. Chaque tâche dure en moyenne 10 minutes, dont 10 % à capacité maximale (32 Go et 16 vCPU) et 90 % à capacité de base (8 Go et 4 vCPU). Vous conservez une seule image de microVM standard (2 Go). Grâce au démarrage à partir d’instantanés, vous ne payez plus pour des groupes d’environnements inactifs en attente : chaque environnement démarre rapidement à la demande et s’arrête lorsque sa tâche est terminée. Votre plateforme exécute 10 000 tâches par mois. Vos frais seraient calculés comme suit :

      Frais de calcul mensuels

      En résumé, 90 % du temps de calcul est consacré à la consommation de ressources de base et 10 % à celle des ressources maximales.​

      ​Secondes d’utilisation maximale : 10 000 tâches × 600 s × 10 % = 600 000 secondes​​
      ​​Frais d’utilisation maximale :
      vCPU : 600 000 secondes × 16 vCPU × 0,0000276944 USD/vCPU-seconde = 265,87 USD
      Mémoire : 600 000 secondes × 32 Go de mémoire × 0,0000036667 USD/Go-seconde = 70,40 USD
      Total : 336,27 USD

      ​​Secondes d’utilisation de base : 10 000 tâches × 600 s × 90 % = 5,4 millions de secondes​
      ​​Frais d’utilisation de base :
      vCPU : 5,4 millions de secondes × 4 vCPU × 0,0000276944 USD/vCPU-seconde = 598,20 USD
      Mémoire : 5,4 millions de secondes × 8 Go de mémoire × 0,0000036667 USD/Go-seconde = 158,40 USD
      Total : 756,60 USD​

      ​​Frais de calcul mensuels : 336,27 USD + 756,60 USD = 1 092,87 USD​

      Frais mensuels des instantanés

      ​​Lecture/écriture d’instantanés : ​
      Nombre de lancements mensuels : 10 000 tâches × 1 lancement chacune = 10 000 lancements
      Frais de lecture d’instantané (au lancement) : 10 000 lancements × 2 Go × 0,00155 USD/Go = 31 USD​

      Total des frais mensuels de lecture/écriture d’instantanés : 31 USD​

      ​​Stockage des instantanés :​
      Frais de stockage des images de microVM : 1 image × 2 Go × 0,08 USD/Go-mois = 0,16 USD​

      Frais mensuels de stockage des instantanés : 0,16 USD

      Total des frais mensuels

      ​​​Frais totaux = frais de calcul + frais de lecture/écriture d’instantanés + frais de stockage des instantanés = 1 092,87 USD + 31 USD + 0,16 USD = 1 124,03 USD​​

      Coût par tâche : 1 124,03 USD / 10 000 = 0,112 USD​  

  • Fonctions Web

  • Tarification des fonctions Web Lambda

    Les fonctions Web Lambda sont facturées en fonction du nombre de requêtes traitées, du temps d’utilisation active du processeur, de la mémoire consommée et des transferts de données aux tarifs AWS standard.

    Vous payez les requêtes, le temps de processeur effectivement utilisé par votre code et la mémoire consommée par chaque environnement d’exécution pendant toute sa durée d’activité. Le calcul est facturé avec une granularité de 1 ms. Un seul environnement d’exécution pouvant traiter simultanément plusieurs requêtes, ses ressources de calcul et sa mémoire sont partagées entre ces requêtes.

    • Graviton (ARM)
    Requêtes

    Le nombre total de requêtes adressées à vos fonctions, toutes sources confondues, vous est facturé.

    Transfert de données

    Le transfert de données est facturé aux tarifs standard AWS de transfert de données. Les données transférées entre vos fonctions Web Lambda et votre Amazon VPC sont également facturées, comme indiqué dans la section Transfert de données au sein d’une même Région AWS.

    Exemples de tarification des fonctions Web Lambda

    Les exemples suivants montrent comment calculer une facture mensuelle pour des charges de travail représentatives. Tous les exemples reposent sur les tarifs de la Région USA Est (Virginie du Nord) sur Arm et excluent l’offre gratuite et le transfert de données afin de simplifier les calculs. Le calcul est facturé avec une granularité de 1 ms. Chaque environnement d’exécution est facturé en fonction de la mémoire qu’il consomme pendant toute sa durée d’exécution, y compris entre les requêtes. Lambda met à l’échelle le nombre d’environnements d’exécution en fonction du trafic. Pour simplifier les calculs, ces exemples supposent que le trafic est réparti uniformément sur un mois de 30 jours (2 592 000 secondes), et que les requêtes arrivent assez fréquemment pour qu’un seul environnement d’exécution soit actif en permanence et traite tout le trafic.

    • Supposons que vous exploitiez une application Web avec rendu côté serveur, dont chaque page est générée sur le serveur au moment de la requête. L’application traite 15 millions de requêtes par mois. Chaque requête prend 150 ms de bout en bout, dont 40 ms d’utilisation active du processeur. L’environnement d’exécution consomme environ 500 Mo (0,49 Go) de mémoire.

      Frais de calcul mensuels

      Le tarif d’utilisation active des vCPU est de 0,0000276944 USD par vCPU-seconde et le tarif de la mémoire est de 0,0000036667 USD par Go-seconde.

      • Utilisation active des vCPU : 15 000 000 × 0,040 s = 600 000 vCPU-secondes × 0,0000276944 USD = 16,62 USD.
      • Mémoire : 0,49 Go × 2 592 000 s = 1 270 080 Go-secondes × 0,0000036667 USD = 4,66 USD.

      Frais de requêtes mensuels

      • Requêtes : 15 000 000 × 0,30 USD par million = 4,50 USD.

      Total des frais mensuels

      Frais totaux = frais de calcul + frais de requêtes = (16,62 USD + 4,66 USD) + 4,50 USD = 25,78 USD

    • Supposons que vous exploitiez un backend d’API qui passe la majeure partie du traitement de chaque requête à attendre une base de données ou une API en aval. Le service traite 10 millions de requêtes par mois. Chaque requête prend 200 ms de bout en bout, dont seulement 50 ms d’utilisation active du processeur. L’environnement d’exécution consomme environ 300 Mo (0,29 Go) de mémoire.

      Frais de calcul mensuels

      • Utilisation active des vCPU : 10 000 000 × 0,050 s = 500 000 vCPU-secondes × 0,0000276944 USD = 13,85 USD.
      • Mémoire : 0,29 Go × 2 592 000 s = 751 680 Go-secondes × 0,0000036667 USD = 2,76 USD.

      Frais de requêtes mensuels

      • Requêtes : 10 000 000 × 0,30 USD par million = 3,00 USD.

      Total des frais mensuels

      Frais totaux = frais de calcul + frais de requêtes = (13,85 USD + 2,76 USD) + 3,00 USD = 19,61 USD
      Comme le processeur n’est facturé que lorsque votre code traite activement des données, vous payez uniquement les 50 ms de travail actif.

    • Supposons que vous exécutiez un mécanisme léger d’autorisation qui s’exécute à chaque requête adressée à votre application. Le service traite 100 millions de requêtes par mois. Chaque requête prend 50 ms de bout en bout, dont 12 ms d’utilisation active du processeur. L’environnement d’exécution consomme environ 145 Mo (0,14 Go) de mémoire.

      Frais de calcul mensuels

      • Utilisation active des vCPU : 100 000 000 × 0,012 s = 1 200 000 vCPU-secondes × 0,0000276944 USD = 33,23 USD
      • Mémoire : 0,14 Go × 2 592 000 s = 362 880 Go-secondes × 0,0000036667 USD = 1,33 USD

      Frais de requêtes mensuels

      • Requêtes : 100 000 000 × 0,30 USD par million = 30,00 USD

      Total des frais mensuels

      Frais totaux = frais de calcul + frais de requêtes = (33,23 USD + 1,33 USD) + 30,00 USD = 64,56 USD

    • Supposons que vous exploitiez un service qui diffuse en continu les jetons d’un grand modèle de langage sur une connexion de longue durée. Le service traite 5 millions de requêtes par mois. Chaque requête reste ouverte pendant 3 000 ms de bout en bout, dont 200 ms d’utilisation active du processeur. L’environnement d’exécution consomme environ 512 Mo (0,50 Go) de mémoire.

      Frais de calcul mensuels

      • Utilisation active des vCPU : 5 000 000 × 0,200 s = 1 000 000 vCPU-secondes × 0,0000276944 USD = 27,69 USD.
      • Mémoire : 0,50 Go × 2 592 000 s = 1 296 000 Go-secondes × 0,0000036667 USD = 4,75 USD.

      Frais de requêtes mensuels

      • Requêtes : 5 000 000 × 0,30 USD par million = 1,50 USD.

      Total des frais mensuels

      Frais totaux = frais de calcul + frais de requêtes = (27,69 USD + 4,75 USD) + 1,50 USD = 33,94 USD
      C’est dans ce cas que la facturation selon le temps de processeur actif est la plus avantageuse. Chaque requête reste ouverte pendant 3 secondes, mais seuls les 200 ms de processeur actif sont facturés. Le traitement simultané des requêtes réduit également les frais de mémoire. Comme chaque requête passe la majeure partie de son temps à attendre plutôt qu’à utiliser le processeur, un seul environnement d’exécution peut servir de nombreuses requêtes simultanément. Avec environ six requêtes en cours, elles partagent la mémoire d’un seul environnement : vous payez donc pour un environnement au lieu de six.

Ressources supplémentaires sur la tarification

Calculateur de prix AWS

Calculez facilement vos coûts mensuels avec AWS

Obtenir de l’aide pour la tarification

Contacter des spécialistes AWS pour obtenir un devis personnalisé