Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Historique du document
Le tableau suivant décrit les modifications importantes apportées au Guide du développeur d’AWS Lambda après mai 2018. Pour recevoir les notifications des mises à jour de cette documentation, abonnez-vous au flux RSS.
| Modification | Description | Date |
|---|---|---|
Lambda SnapStartest désormais disponible dans les régions suivantes : Europe (Espagne), Europe (Zurich), Asie-Pacifique (Melbourne), Asie-Pacifique (Hyderabad) et Moyen-Orient (Émirats arabes unis). | 12 janvier 2024 | |
Service Quotas a mis à jour une politique AWS gérée existante ( | 5 janvier 2024 | |
Lambda prend désormais en charge Python 3.12 en tant qu'exécution managée et image de base de conteneur. Pour plus d'informations, consultez le runtime Python 3.12 désormais disponible AWS Lambda sur le | 14 décembre 2023 | |
Lambda prend désormais en charge Java 21 en tant qu’exécution managée et image de base de conteneur ( | 16 novembre 2023 | |
Lambda prend désormais en charge Node.js 20 en tant qu’exécution managée et image de base de conteneur ( | 14 novembre 2023 | |
Lambda prend désormais en charge Amazon Linux 2023 en tant qu’environnement d’exécution géré et image de base de conteneur. Pour plus d'informations, consultez Présentation de l'environnement d'exécution Amazon Linux 2023 AWS Lambda | 9 novembre 2023 | |
Lambda prend désormais en charge le trafic IPv6 sortant vers les sous-réseaux à double pile. Pour plus d’informations, consultez la section Prise en charge d’IPv6. | 12 octobre 2023 | |
Découvrez les techniques de débogage et d’automatisation des tests des fonctions sans serveur dans le cloud. Un chapitre sur les tests et des ressources sont désormais inclus dans les sections consacrées aux langages Python et Typescript. Pour en savoir plus, veuillez consulter la rubrique Tester des fonctions et des applications sans serveur. | 16 juin 2023 | |
Lambda prend désormais en charge une nouvelle exécution pour Ruby 3.2. Pour plus d’informations, veuillez consulter la rubrique Création de fonctions Lambda avec Ruby. | 7 juin 2023 | |
Lambda prend désormais en charge le streaming des réponses des fonctions. Pour plus d’informations, consultez Configuration d’une fonction Lambda pour le streaming des réponses (français non garanti). | 6 avril 2023 | |
Lambda publie des métriques d’invocations asynchrones. Pour plus d’informations, consultez Métriques d’invocations asynchrones. | 9 février 2023 | |
Lambda publie de nouvelles versions de l’environnement d’exécution qui incluent des mises à jour de sécurité, des corrections de bogues et de nouvelles fonctions. Vous pouvez désormais contrôler quand vos fonctions sont mises à jour vers les nouvelles versions de l’environnement d’exécution. Pour plus d’informations, consultez Mises à jour de l’environnement d’exécution Lambda (français non garanti). | 23 janvier 2023 | |
Utilisez Lambda SnapStart pour réduire le temps de démarrage des fonctions Java sans fournir de ressources supplémentaires ni implémenter des optimisations de performances complexes. Pour plus d'informations, consultez Améliorer les performances de démarrage avec Lambda SnapStart. | 28 novembre 2022 | |
Lambda prend désormais en charge un nouvel environnement d’exécution (runtime) pour Node.js 18. Node.js 18 utilise Amazon Linux 2. Pour plus d’informations, consultez Création de fonctions Lambda avec Node.js. | 18 novembre 2022 | |
Pour une AWS ressource, la clé de | 1et juillet 2022 | |
Lambda prend désormais en charge un nouvel environnement d’exécution (runtime) pour Node.js 16. Node.js 16 utilise Amazon Linux 2. Pour plus d’informations, consultez Création de fonctions Lambda avec Node.js. | 11 mai 2022 | |
Lambda prend désormais en charge les URL de fonctions, qui sont des points de terminaison HTTP(S) dédiés pour les fonctions Lambda. Pour plus d’informations, consultez URL de fonctions Lambda. | 6 avril 2022 | |
Lambda prend désormais en charge le partage d’événements de test avec d’autres utilisateurs dans le même Compte AWS. Pour plus de détails, consultez Test des fonctions Lambda dans la console. | 16 mars 2022 | |
PrincipalOrgId dans les politiques basées sur les ressources | Lambda prend désormais en charge l’octroi d’autorisations à une organisation dans AWS Organizations. Pour plus d’informations, consultez Utilisation de stratégies basées sur les ressources pour AWS Lambda. | 11 mars 2022 |
Lambda prend désormais en charge un nouvel environnement d’exécution pour .NET 6. Pour en savoir plus, consultez Environnements d’exécution Lambda. | 23 février 2022 | |
Filtrage des événements pour les sources d’événements Kinesis, DynamoDB et Amazon SQS | Lambda prend désormais en charge le filtrage des événements pour les sources d’événements Kinesis, DynamoDB et Amazon SQS. Pour plus de détails, consultez Filtrage des événements Lambda. | 24 novembre 2021 |
Authentification MTL pour Amazon MSK et sources d’événements Apache Kafka autogérées | Lambda prend désormais en charge l’authentification MTL pour Amazon MSK et les sources d’événements Apache Kafka autogérées. Pour plus de détails, consultez Utilisation de Lambda avec Amazon MSK. | 19 novembre 2021 |
Lambda prend désormais en charge Graviton2 pour les fonctions utilisant l’architecture arm64. Pour plus de détails, consultez Architectures de l’ensemble des instructions Lambda. | 29 septembre 2021 | |
Lambda prend désormais en charge un nouveau runtime pour Python 3.9. Pour en savoir plus, consultez Environnements d’exécution Lambda. | 16 août 2021 | |
Nouvelles versions d’environnements d’exécution pour Node.js, Python et Java | De nouvelles versions d’environnements d’exécution sont disponibles pour Node.js, Python et Java. Pour en savoir plus, consultez Environnements d’exécution Lambda. | 21 juillet 2021 |
Prise en charge de RabbitMQ en tant que source d’événements sur Lambda | Lambda prend désormais en charge Amazon MQ pour RabbitMQ en tant que source d’événements. Amazon MQ est un service d’agent de messages géré pour Apache ActiveMQ, et RabbitMQ, qui facilite la configuration et l’utilisation d’agents de messages dans le cloud. Pour plus de détails, consultez Utilisation de Lambda avec Amazon MQ. | 7 juillet 2021 |
Le mécanisme d’authentification SASL/PLAIN est désormais pris en charge pour les sources d’événements Kafka autogérées sur Lambda. Les clients qui utilisent SASL/PLAIN sur leur cluster Kafka autogéré peuvent désormais facilement utiliser Lambda pour créer des applications grand public sans avoir à modifier leur mode d’authentification. Pour plus d’informations, consultez Utilisation de Lambda avec Apache Kafka autogéré. | 29 juin 2021 | |
Disponibilité générale pour les extensions Lambda. Utilisez des extensions pour augmenter vos fonctions Lambda. Vous pouvez utiliser des extensions fournies par des partenaires Lambda ou créer vos propres extensions Lambda. Pour plus de détails, consultez API Extensions Lambda. | 24 mai 2021 | |
Nouvelle expérience de la console Lambda | La console Lambda a été remaniée pour améliorer les performances et la cohérence. | 2 mars 2021 |
Lambda prend désormais en charge un nouvel environnement d’exécution (runtime) pour Node.js 14. Node.js 14 utilise Amazon Linux 2. Pour plus d’informations, consultez Création de fonctions Lambda avec Node.js. | 27 janvier 2021 | |
Lambda prend désormais en charge les fonctions définies en tant qu’images conteneurs. Vous pouvez combiner la flexibilité des outils de conteneur avec l’agilité et la simplicité opérationnelle de Lambda pour générer des applications. Pour plus de détails, consultez Utilisation d’images de conteneurs avec Lambda. | 1er décembre 2020 | |
Lambda prend désormais en charge la signature de code. Les administrateurs peuvent configurer des fonctions Lambda de façon à n’accepter que du code signé lors du déploiement. Lambda vérifie les signatures afin de s’assurer que le code n’est pas modifié ou altéré. En outre, Lambda s’assure que le code est signé par des développeurs de confiance avant d’accepter le déploiement. Pour plus de détails, consultez Configuration de la signature de code pour Lambda. | 23 novembre 2020 | |
Lambda prend désormais en charge l’API Runtime Logs. Les extensions Lambda peuvent utiliser l’API Logs pour s’abonner à des flux de journaux dans l’environnement d’exécution. Pour plus de détails, consultez API Runtime Logs Lambda. | 12 novembre 2020 | |
Lambda prend désormais en charge Amazon MQ en tant que source d’événements. Utilisez une fonction Lambda pour traiter les enregistrements de votre agent de messages Amazon MQ. Pour plus de détails, consultez Utilisation de Lambda avec Amazon MQ. | 5 novembre 2020 | |
Utilisez des extensions Lambda pour augmenter vos fonctions Lambda. Vous pouvez utiliser des extensions fournies par des partenaires Lambda ou créer vos propres extensions Lambda. Pour plus de détails, consultez API Extensions Lambda. | 8 octobre 2020 | |
Prise en charge de Java 8 et des environnements d’exécution personnalisés sur AL2 | Lambda prend désormais en charge Java 8 et les environnements d’exécution (runtimes) personnalisés sur Amazon Linux 2. Pour en savoir plus, consultez Environnements d’exécution Lambda. | 12 août 2020 |
Nouvelle source d’événements pour Amazon Managed Streaming for Apache Kafka | Lambda prend désormais en charge Amazon MSK en tant que source d’événements. Utilisez une fonction Lambda avec Amazon MSK pour traiter des enregistrements dans une rubrique Kafka. Pour plus de détails, consultez Utilisation de Lambda avec Amazon MSK. | 11 août 2020 |
Vous pouvez désormais utiliser des clés de condition spécifiques de Lambda pour les paramètres du VPC. Par exemple, vous pouvez exiger que toutes les fonctions de votre organisation soient connectées à un VPC. Vous pouvez également spécifier les sous-réseaux et les groupes de sécurité que les utilisateurs de la fonction peuvent et ne peuvent pas utiliser. Pour plus de détails, consultez Configuration du VPC pour les fonctions IAM. | 10 août 2020 | |
Paramètres de simultanéité pour les consommateurs de flux Kinesis HTTP/2 | Vous pouvez désormais utiliser les paramètres de simultanéité suivants pour les utilisateurs de Kinesis dotés d'un système de ventilation amélioré (flux HTTP/2) ParallelizationFactor : MaximumRetryAttempts,,, et. MaximumRecordAgeInSeconds DestinationConfig BisectBatchOnFunctionError Pour plus de détails, consultez la section Utilisation AWS Lambda avec Amazon Kinesis. | 7 juillet 2020 |
Fenêtre de traitement par lots pour les utilisateurs de flux Kinesis HTTP/2 | Vous pouvez désormais configurer une fenêtre de traitement par lots (MaximumBatchingWindowInSeconds) pour les flux HTTP/2. Lambda lit les enregistrements du flux jusqu’à avoir rassemblé un lot complet, ou jusqu’à l’expiration de la fenêtre de traitement par lots. Pour en savoir plus, consultez la section Utilisation AWS Lambda avec Amazon Kinesis. | 18 juin 2020 |
Vous pouvez désormais connecter un système de fichiers Amazon EFS à vos fonctions Lambda pour un accès réseau partagé aux fichiers. Pour plus de détails, consultez Configuration de l’accès au système de fichiers pour les fonctions Lambda. | 16 juin 2020 | |
La console Lambda inclut désormais des exemples d'applications utilisant le AWS Cloud Development Kit (AWS CDK) for. TypeScript AWS CDK Il s'agit d'un framework qui vous permet de définir les ressources de votre application en Python TypeScript, Java ou .NET. Pour obtenir un didacticiel sur la création d’applications, consultez Création d’une application avec diffusion continue dans la console Lambda. | 1 juin 2020 | |
Support de l'environnement d'exécution .NET Core 3.1.0 dans AWS Lambda | AWS Lambda prend désormais en charge le runtime .NET Core 3.1.0. Pour en savoir plus, consultez la page .NET Core CLI. | 31 mars 2020 |
Documentation mise à jour et étendue pour l’utilisation de Lambda avec API Gateway, incluant la prise en charge des API HTTP. Ajout d'un exemple d'application qui crée une API et une fonction avec AWS CloudFormation. Pour plus de détails, consultez Utilisation de Lambda avec Amazon API Gateway. | 23 mars 2020 | |
Un nouvel environnement d’exécution est disponible pour Ruby 2.7, ruby2.7, qui est le premier environnement d’exécution Ruby à utiliser Amazon Linux 2. Pour plus d’informations, consultez Création de fonctions Lambda avec Ruby. | 19 février 2020 | |
Lambda rapporte désormais les métriques | 18 février 2020 | |
Les états de fonction sont désormais appliqués pour toutes les fonctions par défaut. Lorsque vous connectez une fonction à un VPC, Lambda crée des interfaces réseau Elastic partagées. Cela permet à votre fonction d’évoluer sans créer d’interfaces réseau supplémentaires. Pendant ce temps, vous ne pouvez pas effectuer d’opérations supplémentaires sur la fonction, y compris la mise à jour de sa configuration et de ses versions de publication. Dans certains cas, l’invocation est également affectée. Les détails sur l’état actuel d’une fonction sont disponibles à partir de l’API Lambda. Cette mise à jour est publiée en plusieurs phases. Pour plus de détails, consultez la section Mise à jour du cycle de vie des états Lambda pour les réseaux VPC | 24 janvier 2020 | |
Mises à jour de la sortie de l’API de configuration de fonction | Ajout de codes de motif à StateReasonCode(InvalidSubnet, InvalidSecurityGroup) et LastUpdateStatusReasonCode (SubnetOutOfIPAddresses, InvalidSubnet, InvalidSecurityGroup) pour les fonctions qui se connectent à un VPC. Pour plus d’informations sur les états, consultez États de fonctions AWS Lambda. | 20 janvier 2020 |
Vous pouvez désormais allouer la simultanéité provisionnée pour une version de fonction ou un alias. La simultanéité provisionnée permet à une fonction d’évoluer sans fluctuations de latence. Pour plus de détails, consultez Gestion de la simultanéité pour une fonction Lambda. | 3 décembre 2019 | |
Vous pouvez désormais utiliser la console Lambda pour créer un proxy de base de données pour une fonction Lambda. Un proxy de base de données permet à une fonction d’atteindre des niveaux de simultanéité élevés sans épuiser les connexions de base de données. Pour plus de détails, consultez Configuration de l’accès à une base de données pour une fonction Lambda. | 3 décembre 2019 | |
Vous pouvez désormais filtrer la métrique de durée en fonction des percentiles. Pour plus d’informations, consultez Métriques AWS Lambda. | 26 novembre 2019 | |
Augmentation de la simultanéité pour des sources d’événement de flux | Une nouvelle option pour les mappages de source d’événements de flux DynamoDB et de flux Kinesis vous permet de traiter plusieurs lots à la fois à partir de chaque partition. Lorsque vous augmentez le nombre de lots simultanés par partition, la simultanéité de votre fonction peut atteindre dix fois le nombre de partitions dans votre flux. Pour en savoir plus, consultez Mappage de source d’événement Lambda. | 25 novembre 2019 |
Lorsque vous créez ou mettez à jour une fonction, celle-ci passe en état d’attente pendant que Lambda approvisionne les ressources pour sa prise en charge. Si vous connectez votre fonction à un VPC, Lambda peut créer immédiatement une interface réseau Elastic partagée, au lieu de créer des interfaces réseau lors de l’invocation de votre fonction. Cela se traduit par de meilleures performances pour les fonctions connectées au VPC, mais peut nécessiter une mise à jour de votre automatisation. Pour plus d’informations, consultez États de fonction AWS Lambda. | 25 novembre 2019 | |
Options de gestion des erreurs pour les invocations asynchrones | De nouvelles options de configuration sont disponibles pour l’invocation asynchrone. Vous pouvez configurer Lambda de manière à limiter les nouvelles tentatives et à définir un âge d’événement maximal. Pour plus de détails, consultez Configuration de la gestion des erreurs pour les invocations asynchrones. | 25 novembre 2019 |
De nouvelles options de configuration sont disponibles pour les mappages de source d’événement qui lisent depuis les flux. Vous pouvez configurer des mappages de source d’événements DynamoDB Streams et Kinesis Streams pour limiter les nouvelles tentatives et définir une ancienneté de registre maximale. Lorsque des erreurs se produisent, vous pouvez configurer le mappage de source d’événement pour fractionner les lots avant d’effectuer des nouvelles tentatives et d’envoyer des enregistrements d’invocations pour les lots ayant échoué vers une file d’attente ou une rubrique. Pour en savoir plus, consultez Mappage de source d’événement Lambda. | 25 novembre 2019 | |
Vous pouvez désormais configurer Lambda pour envoyer des enregistrements d’invocations asynchrones à un autre service. Les enregistrements d’invocation contiennent des détails sur l’événement, le contexte et la réponse de la fonction. Vous pouvez envoyer des enregistrements d'invocation vers une file d'attente SQS, une rubrique SNS, une fonction Lambda ou un bus d'événements. EventBridge Pour plus de détails, consultez Configuration des destinations pour les invocations asynchrones. | 25 novembre 2019 | |
Nouveaux environnements d’exécution pour Node.js, Python et Java | De nouveaux environnements d’exécution sont disponibles pour Node.js 12, Python 3.8 et Java 11. Pour en savoir plus, consultez Environnements d’exécution Lambda. | 18 novembre 2019 |
Prise en charge des files d’attente FIFO pour les sources d’événement Amazon SQS | Vous pouvez désormais créer un mappage de source d’événement qui lit à partir d’une file d’attente FIFO (premier entré, premier sorti). Auparavant, seules les files d’attente standard étaient prises en charge. Pour plus de détails, consultez Utilisation de Lambda avec Amazon SQS. | 18 novembre 2019 |
La création d’applications dans la console Lambda est désormais généralement disponible. Pour obtenir des instructions, consultez Création d’une application avec diffusion continue dans la console Lambda. | 31 octobre 2019 | |
Vous pouvez désormais créer une application Lambda avec un pipeline de livraison continue intégré dans la console Lambda. La console fournit des exemples d’applications que vous pouvez utiliser comme point de départ pour votre propre projet. Choisissez entre AWS CodeCommit et GitHub pour le contrôle de source. Chaque fois que vous transmettez des modifications à votre référentiel, le pipeline inclus les construit et les déploie automatiquement. Pour obtenir des instructions, consultez Création d’une application avec diffusion continue dans la console Lambda. | 3 octobre 2019 | |
Améliorations des performances pour les fonctions connectées à un VPC | Lambda utilise désormais un nouveau type d’interface réseau Elastic qui est partagé par toutes les fonctions dans un sous-réseau Virtual Private Cloud (VPC). Lorsque vous connectez une fonction à un VPC, Lambda crée une interface réseau pour chaque combinaison de groupe de sécurité et de sous-réseau que vous choisissez. Lorsque les interfaces réseau partagées sont disponibles, la fonction n’a plus besoin de créer d’interfaces réseau supplémentaires au fur et à mesure de sa mise à l’échelle ascendante. Ainsi, les temps de démarrage sont considérablement améliorés. Pour plus d’informations, consultez Configuration d’une fonction Lambda pour accéder aux ressources d’un VPC. | 3 septembre 2019 |
Vous pouvez désormais configurer une fenêtre de traitement par lots pour les mappages de source d’événements Amazon DynamoDB et Amazon Kinesis. Configurez une fenêtre de traitement par lots de cinq minutes maximum pour mettre en mémoire tampon les enregistrements entrants jusqu’à ce qu’un lot complet soit disponible. Cela réduit le nombre de fois où votre fonction est invoquée lorsque le flux est moins actif. | 29 août 2019 | |
La page de surveillance de la console Lambda inclut désormais les rapports d'Amazon CloudWatch Logs Insights. Pour plus de détails, consultez la section Fonctions de surveillance dans la AWS Lambda console. | 18 juin 2019 | |
L’environnement d’exécution Lambda est en cours de mise à jour pour utiliser Amazon Linux 2018.03. Pour plus de détails, consultez Environnement d’exécution. | 21 mai 2019 | |
Un nouvel environnement d’exécution est disponible pour Node.js 10, nodejs10.x. Cet environnement d’exécution utilise Node.js 10.15 et sera mis à jour avec la dernière version de Node.js 10 régulièrement. Node.js 10 est également le premier environnement d’exécution pour utiliser Amazon Linux 2. Pour plus d’informations, consultez Création de fonctions Lambda avec Node.js. | 13 mai 2019 | |
Utilisez l'GetLayerVersionByArnAPI pour télécharger les informations de version de la couche avec l'ARN de version en entrée. Par rapport à GetLayerVersion, vous GetLayerVersionByArn permet d'utiliser directement l'ARN au lieu de l'analyser pour obtenir le nom de la couche et le numéro de version. | 25 avril 2019 | |
AWS Lambda supporte désormais Ruby 2.5 avec un nouveau runtime. Pour plus d’informations, consultez Création de fonctions Lambda avec Ruby. | 29 novembre 2018 | |
Avec les couches Lambda, vous pouvez regrouper et déployer des bibliothèques, des environnements d’exécution personnalisés, ainsi que d’autres dépendances séparément depuis le code de votre fonction. Partagez vos couches avec vos autres comptes ou avec le monde entier. Pour plus de détails, consultez Couches Lambda. | 29 novembre 2018 | |
Créez un environnement d’exécution (runtime) personnalisé pour exécuter des fonctions Lambda dans votre langage de programmation favori. Pour plus de détails, consultez Runtimes Lambda personnalisés. | 29 novembre 2018 | |
Elastic Load Balancing prend désormais en charge les fonctions Lambda en tant que cibles pour les équilibreurs de charge d’applications. Pour plus de détails, consultez Utilisation de Lambda avec des équilibreurs de charge des applications. | 29 novembre 2018 | |
Utilisation des consommateurs de flux Kinesis HTTP/2 comme déclencheur | Vous pouvez utiliser les consommateurs de flux de données Kinesis HTTP/2 pour envoyer des événements à AWS Lambda. Les consommateurs de flux dédiés ont un débit de lecture dédié à partir de chaque partition dans votre flux de données et utilisent HTTP/2 pour réduire la latence. Pour plus de détails, consultez Utilisation de Lambda avec Kinesis. | 19 novembre 2018 |
AWS Lambda supporte désormais Python 3.7 avec un nouveau runtime. Pour plus d’informations, consultez Création de fonctions Lambda avec Python. | 19 novembre 2018 | |
Augmentation de la limite de la charge utile d’invocation de fonction asynchrone | La taille maximum de charge utile pour les invocations asynchrones a augmenté de 128 Ko à 256 Ko, et correspond à la taille maximum de message émis par un déclencheur Amazon SNS. Pour plus de détails, consultez Quotas Lambda. | 16 novembre 2018 |
AWS Lambda est désormais disponible dans la région AWS GovCloud (USA Est). | 12 novembre 2018 | |
AWS SAM Rubriques déplacées vers un guide du développeur distinct | Un certain nombre de sujets étaient axés sur la création d'applications sans serveur à l'aide de AWS Serverless Application Model (AWS SAM). Ces rubriques ont été déplacées vers le Guide du développeur AWS Serverless Application Model. | 25 octobre 2018 |
Vous pouvez afficher l’état de vos applications Lambda sur la page Applications dans la console Lambda. Cette page indique l'état de la AWS CloudFormation pile. Elle inclut des liens vers les pages où vous pouvez consulter plus d’informations sur les ressources figurant dans la pile. Vous pouvez également consulter les métriques agrégées pour l’application et créer des tableaux de bord de surveillance personnalisés. | 11 octobre 2018 | |
Pour permettre d’utiliser des fonctions de longue durée, le délai d’exécution maximal configurable est passé de 5 minutes à 15 minutes. Pour plus de détails, consultez Limites Lambda. | 10 octobre 2018 | |
AWS Lambda supporte désormais le langage PowerShell de base. Pour plus d'informations, voir Modèle de programmation pour la création de fonctions Lambda dans. PowerShell | 11 septembre 2018 | |
Support de l'environnement d'exécution .NET Core 2.1.0 dans AWS Lambda | AWS Lambda prend désormais en charge le runtime .NET Core 2.1.0. Pour en savoir plus, veuillez consulter la page .NET Core CLI. | 9 juillet 2018 |
Vous pouvez maintenant vous abonner à un flux RSS pour suivre les versions de ce guide. | 5 juillet 2018 | |
Prise en charge d’Amazon SQS en tant que source d’événements | AWS Lambda prend désormais en charge Amazon Simple Queue Service (Amazon SQS) en tant que source d'événements. Pour plus d’informations, consultez Invocation des fonctions Lambda. | 28 juin 2018 |
AWS Lambda est désormais disponible dans la région de Chine (Ningxia). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. | 28 juin 2018 |
Mises à jour antérieures
Le tableau ci-après décrit les modifications importantes apportées dans chaque version du Manuel du développeur AWS Lambda avant juin 2018.
| Modification | Description | Date |
|---|---|---|
| Prise en charge de l’environnement d’exécution Node.js 8.10 |
AWS Lambda prend désormais en charge la version 8.10 du runtime Node.js. Pour plus d’informations, consultez Création de fonctions Lambda avec Node.js. |
2 avril 2018 |
| ID de révision des fonctions et alias |
AWS Lambda prend désormais en charge les identifiants de révision sur les versions et alias de vos fonctions. Vous pouvez utiliser ces identifiants pour suivre et appliquer des mises à jour conditionnelles lorsque vous mettez à jour votre version de fonction ou vos ressources d’alias. |
25 janvier 2018 |
| Prise en charge de l’environnement d’exécution Go et .NET 2.0 |
AWS Lambda a ajouté le support d'exécution pour Go et .NET 2.0. Pour de plus amples informations, veuillez consulter Création de fonctions Lambda avec Go et Création de fonctions Lambda avec C#. |
15 janvier 2018 |
| Nouvelle conception de la console |
AWS Lambda a introduit une nouvelle console Lambda pour simplifier votre expérience et a ajouté un éditeur de code Cloud9 pour améliorer votre capacité à déboguer et à réviser votre code de fonction. Pour plus d’informations, consultez Modifier le code à l'aide de l'éditeur de console Lambda. |
30 novembre 2017 |
| Définition de limites de simultanéité pour des fonctions individuelles |
AWS Lambda permet désormais de définir des limites de simultanéité pour des fonctions individuelles. Pour plus d’informations, consultez Configuration de la simultanéité réservée. |
30 novembre 2017 |
| Déplacement du trafic avec des alias |
AWS Lambda prend désormais en charge le transfert de trafic avec des alias. Pour plus d’informations, consultez Déploiements propagés pour les fonctions Lambda. |
28 novembre 2017 |
| Déploiement de code graduel |
AWS Lambda permet désormais de déployer en toute sécurité de nouvelles versions de votre fonction Lambda en tirant parti de Code Deploy. Pour plus d’informations, consultez Déploiement de code graduel. |
28 novembre 2017 |
| Région Chine (Pékin) |
AWS Lambda est désormais disponible dans la région Chine (Pékin). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
9 novembre 2017 |
| Présentation de SAM Local |
AWS Lambda présente SAM Local (désormais connu sous le nom de SAM CLI), un AWS CLI outil qui fournit un environnement dans lequel vous pouvez développer, tester et analyser vos applications sans serveur localement avant de les télécharger sur le runtime Lambda. Pour plus d’informations, consultez Test et débogage d’applications sans serveur. |
11 août 2017 |
| Région Canada (Centre) |
AWS Lambda est désormais disponible dans la région du Canada (Centre). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
22 juin 2017 |
| South America (São Paulo) Region |
AWS Lambda est désormais disponible dans la région Amérique du Sud (São Paulo). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
6 juin 2017 |
| AWS Lambda support pour AWS X-Ray. | Lambda prend désormais en charge X-Ray, ce qui vous permet de détecter, d’analyser et d’optimiser les problèmes de performance avec les applications Lambda. Pour plus d’informations, consultez Utilisation d’AWS Lambda avec AWS X-Ray. | 19 avril 2017 |
| Région Asie-Pacifique (Mumbai) |
AWS Lambda est désormais disponible dans la région Asie-Pacifique (Mumbai). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
28 mars 2017 |
| AWS Lambda prend désormais en charge le runtime Node.js v6.10 |
AWS Lambda ajout du support pour le runtime Node.js v6.10. Pour plus d’informations, consultez Création de fonctions Lambda avec Node.js. |
22 mars 2017 |
| Région Europe (Londres) |
AWS Lambda est désormais disponible dans la région Europe (Londres). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
1 février 2017 |
| AWS Lambda prise en charge de l'environnement d'exécution .NET, de Lambda @Edge (version préliminaire), de Dead Letter Queues et du déploiement automatisé d'applications sans serveur. |
AWS Lambda ajout du support pour C#. Pour plus d’informations, consultez Création de fonctions Lambda avec C#. Lambda @Edge vous permet d'exécuter des fonctions Lambda sur les sites AWS Edge en réponse à des événements. CloudFront Pour plus d’informations, consultez Utilisation AWS Lambda avec CloudFront Lambda @Edge. |
3 décembre 2016 |
| AWS Lambda ajoute Amazon Lex en tant que source d'événements prise en charge. |
Avec Lambda et Amazon Lex, vous pouvez créer rapidement des chatbots pour divers services, comme Slack et Facebook. Pour plus d’informations, consultez Utilisation d’AWS Lambda avec Amazon Lex. |
30 novembre 2016 |
| US West (N. California) Region |
AWS Lambda est désormais disponible dans la région de l'ouest des États-Unis (Californie du Nord). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
21 novembre 2016 |
| Introduction de la fonctionnalité AWS SAM permettant de créer et de déployer des applications basées sur Lambda et d'utiliser des variables d'environnement pour les paramètres de configuration des fonctions Lambda. |
AWS SAM: vous pouvez désormais utiliser le AWS SAM pour définir la syntaxe d'expression des ressources dans une application sans serveur. Pour déployer votre application, il vous suffit de spécifier les ressources dont vous avez besoin dans le cadre de cette dernière, ainsi que les stratégies d’autorisations qui leur sont associées, dans un fichier de modèle AWS CloudFormation (au format JSON ou YAML), d’empaqueter vos artefacts de déploiement et de déployer le modèle. Pour plus d’informations, consultez AWS Lambda applications. Variables d’environnement : vous pouvez utiliser des variables d’environnement afin de spécifier des paramètres de configuration pour votre fonction Lambda en dehors du code de votre fonction. Pour plus d’informations, consultez Utilisation des variables d’environnement Lambda. |
18 novembre 2016 |
| Région Asia Pacific (Seoul) |
AWS Lambda est désormais disponible dans la région Asie-Pacifique (Séoul). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
29 août 2016 |
| Asia Pacific (Sydney) Region |
Lambda est désormais disponible dans la région Asie-Pacifique (Sydney). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
23 juin 2016 |
| Mises à jour de la console Lambda |
La console Lambda a été mise à jour pour simplifier le processus de création de rôles. |
23 juin 2016 |
| AWS Lambda prend désormais en charge le runtime Node.js v4.3 |
AWS Lambda ajout du support pour le runtime Node.js v4.3. Pour plus d’informations, consultez Création de fonctions Lambda avec Node.js. |
07 avril 2016 |
| Région Europe (Frankfurt) |
Lambda est désormais disponible dans la région Europe (Frankfurt). Pour plus d’informations sur les régions et les points de terminaison Lambda, consultez Régions et points de terminaison (français non garanti) dans la Références générales AWS. |
14 mars 2016 |
Prise en charge de VPC |
Vous pouvez maintenant configurer une fonction Lambda pour accéder aux ressources de votre VPC. Pour plus d’informations, consultez Connexion des réseaux sortants aux ressources d’un VPC. |
11 février 2016 |
|
Le runtime Lambda a été mis à jour. |
L’environnement d’exécution a été mis à jour. |
4 novembre 2015 |
|
Prise en charge de la gestion des versions, Python pour le développement de code pour des fonctions Lambda, événements planifiés et allongement du temps d’exécution |
Vous pouvez désormais développer le code de la fonction Lambda à l’aide du langage Python. Pour plus d’informations, consultez Création de fonctions Lambda avec Python. Gestion des versions : vous pouvez conserver une ou plusieurs versions de la fonction Lambda. La gestion des versions vous permet de contrôler quelle version de fonction Lambda est exécutée dans des environnements différents (par exemple, développement, test ou production). Pour plus d’informations, consultez Versions de fonctions Lambda. Événements planifiés : vous pouvez également configurer Lambda pour invoquer régulièrement le code à l’aide de la console Lambda. Vous pouvez spécifier un taux fixe (nombre d’heures, de jours ou de semaines) ou vous pouvez spécifier une expression cron. Pour voir un exemple, consultez Utilisation AWS Lambda avec Amazon EventBridge (CloudWatch événements). Rallongement du temps d’exécution : vous pouvez maintenant définir un temps d’exécution pouvant allant jusqu’à cinq minutes pour les fonctions Lambda afin de rendre possibles les fonctions de plus longue durée, telles que l’ingestion de données volumineuses et le traitement des tâches. |
08 octobre 2015 |
|
Prise en charge de DynamoDB Streams |
DynamoDB Streams est désormais disponible dans toutes les régions qui acceptent DynamoDB. Vous pouvez activer DynamoDB Streams pour votre table et utiliser une fonction Lambda comme déclencheur de cette table. Les déclencheurs sont des actions personnalisées que vous effectuez en réponse aux mises à jour apportées à la table DynamoDB. Pour afficher un exemple de procédure, veuillez consulter Tutoriel : Utilisation AWS Lambda avec les flux Amazon DynamoDB . |
14 juillet 2015 |
|
Lambda prend désormais en charge l’invocation des fonctions Lambda avec des clients compatibles REST. |
Jusqu'à présent, pour appeler votre fonction Lambda depuis votre application Web, mobile ou IoT, vous aviez besoin AWS des SDK (par exemple, SDK pour AWS Java, SDK AWS pour Android ou SDK AWS pour iOS). Désormais, Lambda prend en charge l’invocation d’une fonction Lambda avec des clients compatibles REST via une API personnalisée que vous pouvez créer à l’aide d’Amazon API Gateway. Vous pouvez envoyer les requêtes à l’URL du point de terminaison de la fonction Lambda. Vous pouvez configurer la sécurité au niveau du point de terminaison pour autoriser l’accès ouvert, pour tirer parti d’ AWS Identity and Access Management (IAM) et autoriser l’accès ou pour utiliser des clés d’API pour le contrôle de l’accès à vos fonctions Lambda par des tiers. Pour voir un exemple d’exercice de mise en route, veuillez consulter Utilisation d’AWS Lambda avec Amazon API Gateway. Pour plus d’informations sur Amazon API Gateway, consultez https://aws.amazon.com/api-gateway/ |
09 juillet 2015 |
|
La console Lambda fournit maintenant des plans pour créer facilement des fonctions Lambda et les tester. |
La console Lambda fournit un ensemble de plans. Chaque plan fournit un exemple de configuration de source d’événement et un exemple de code que vous pouvez utiliser pour créer facilement des applications basées sur Lambda. Tous les exercices de mise en route Lambda utilisent désormais les plans. Pour plus d’informations, consultez Démarrage avec Lambda. |
09 juillet 2015 |
|
Lambda prend désormais en charge Java pour créer vos fonctions Lambda. |
Vous pouvez désormais créer le code Lambda en Java. Pour plus d’informations, consultez Création de fonctions Lambda avec Java. |
15 juin 2015 |
|
Lambda prend désormais en charge la spécification d’un objet Amazon S3 en tant que fonction .zip lorsque vous créez ou mettez à jour une fonction Lambda. |
Vous pouvez importer un package de déploiement de fonctions Lambda (fichier .zip) dans un compartiment Amazon S3 de la région dans laquelle vous souhaitez créer une fonction Lambda. Vous pouvez ensuite spécifier le nom du compartiment et le nom de la clé objet lorsque vous créez ou mettez à jour une fonction Lambda. |
28 mai 2015 |
|
Lambda est désormais disponible de manière globale et prend en charge les backends mobiles |
Lambda est désormais disponible de manière globale en production. Cette version présente également de nouvelles fonctionnalités qui facilitent la création de backends pour les mobiles, les tablettes et l’Internet des objets (IoT) via Lambda, qui adaptent automatiquement leur échelle, sans que vous ayez à mettre en service ou à gérer une infrastructure. Lambda prend désormais en charge les événements en temps réel (synchrones) et asynchrones. Les fonctionnalités supplémentaires comprennent la rationalisation de la configuration et de la gestion des sources d’événement. Le modèle d’autorisation et le modèle de programmation ont été simplifiés par la mise en place de stratégies de ressources pour les fonctions Lambda. La documentation a été mise à jour en conséquence. Pour plus d’informations, consultez les rubriques suivantes : |
9 avril 2015 |
| Version préliminaire |
Version préliminaire du Guide du développeur AWS Lambda . |
13 novembre 2014 |
