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 des notifications concernant les mises à jour de cette documentation, abonnez-vous au RSSflux.
| 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 (). UAE | 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 IPv6 trafic sortant vers des sous-réseaux à double pile. Pour plus d'informations, consultez le IPv6support. | 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 la section Amélioration des 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 fonctionsURLs, qui sont des points de terminaison HTTP (S) dédiés aux fonctions Lambda. Pour plus de détails, consultez la section Fonction Lambda. URLs | 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 nouveau runtime pour. NET6. 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 |
TLSauthentification m pour Amazon MSK et sources d'événements Apache Kafka autogérées | Lambda prend désormais en charge TLS l'authentification m pour Amazon MSK et les sources d'événements Apache Kafka autogérées. Pour plus de détails, consultez la section 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 |
SASL/PLAINest désormais un mécanisme d'authentification pris en charge pour les sources d'événements Kafka autogérées sur Lambda Les clients utilisant déjàSASL/PLAINsur 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 la section Extensions Lambda. API | 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 les journaux d'exécution. API Les extensions Lambda peuvent utiliser les journaux API pour s'abonner à des flux de journaux dans l'environnement d'exécution. Pour plus de détails, consultez Lambda Runtime Logs. API | 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 la section Extensions Lambda. API | 8 octobre 2020 | |
Support pour Java 8 et 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 les enregistrements d'une rubrique Kafka. Pour plus de détails, consultez la section Utilisation de Lambda avec Amazon. MSK | 11 août 2020 |
Vous pouvez désormais utiliser des clés de condition spécifiques à Lambda pour les paramètres. VPC Par exemple, vous pouvez exiger que toutes les fonctions de votre organisation soient connectées à unVPC. 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 la section Configuration VPC des IAM fonctions. | 10 août 2020 | |
Paramètres de simultanéité pour les consommateurs de flux HTTP Kinesis /2 | Vous pouvez désormais utiliser les paramètres de simultanéité suivants pour les utilisateurs de Kinesis avec un ventilateur amélioré HTTP (/2 flux) 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 Kinesis HTTP /2 Stream | Vous pouvez désormais configurer une fenêtre de traitement par lots (MaximumBatchingWindowInSeconds) pour HTTP /2 flux. 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 plus de détails, consultez la section Utilisation AWS Lambda avec Amazon Kinesis. | 18 juin 2020 |
Vous pouvez désormais connecter un système de EFS fichiers Amazon à vos fonctions Lambda pour accéder aux fichiers réseau partagés. 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. | 1er juin 2020 | |
AWS Lambda prend désormais en charge le. NETRuntime Core 3.1.0. Pour plus de détails, voir. NETNoyau CLI. | 31 mars 2020 | |
Documentation mise à jour et étendue sur l'utilisation de Lambda avec API Gateway, y compris la prise en charge de. HTTP APIs Ajout d'un exemple d'application qui crée une fonction API et avec AWS CloudFormation. Pour plus de détails, consultez la section 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 à unVPC, Lambda crée des interfaces réseau élastiques 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 sur le LambdaAPI. 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 le VPC réseau | 24 janvier 2020 | |
Mises à jour de la API sortie de configuration des fonctions | Ajout de codes de motif à StateReasonCode(InvalidSubnet, InvalidSecurityGroup) et LastUpdateStatusReasonCode (SubnetOutOfIPAddresses, InvalidSubnet, InvalidSecurityGroup) pour les fonctions qui se connectent à unVPC. 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 à unVPC, Lambda peut créer une interface réseau Elastic partagée immédiatement, au lieu de créer des interfaces réseau lorsque votre fonction est invoquée. Cela améliore les performances des fonctions VPC connectées, 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 SQS file d'attente, un SNS sujet, une fonction Lambda EventBridge ou un bus d'événements. 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 |
FIFOprise en charge des files d'attente pour les sources SQS d'événements Amazon | Vous pouvez désormais créer un mappage de source d'événements qui lit à partir d'une file d'attente premier entré, premier sorti (FIFO). Auparavant, seules les files d’attente standard étaient prises en charge. Pour plus de détails, consultez la section 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 la section Gestion des applications 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 la section Gestion des applications dans la console Lambda. | 3 octobre 2019 | |
Améliorations des performances pour les VPC fonctions connectées | Lambda utilise désormais un nouveau type d'interface réseau élastique partagée par toutes les fonctions d'un sous-réseau de cloud privé virtuel (VPC). Lorsque vous connectez une fonction à unVPC, 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 de détails, voir 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 le GetLayerVersionByArnAPIpour télécharger les informations de version de la couche avec la version ARN en entrée. Par rapport à GetLayerVersion, vous GetLayerVersionByArn permet d'utiliser le ARN directement 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 | |
Utilisez les 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 disposent d'un débit de lecture dédié pour chaque partition de votre flux de données et utilisent HTTP /2 pour minimiser 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 de charge utile maximale pour les appels asynchrones est passée de 128 Ko à 256 Ko, ce qui correspond à la taille maximale des messages provenant d'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 | |
AWS Lambda prend désormais en charge le. NETRuntime Core 2.1.0. Pour plus d'informations, consultez. NETNoyau CLI. | 9 juillet 2018 | |
Vous pouvez désormais vous abonner à un RSS fil pour suivre les publications de ce guide. | 5 juillet 2018 | |
AWS Lambda prend désormais en charge Amazon Simple Queue Service (AmazonSQS) 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 de plus amples informations, veuillez consulter Création de fonctions Lambda avec Node.js. |
2 avril 2018 |
| Révision des fonctions et des alias IDs |
AWS Lambda prend désormais en charge la révision IDs des versions et des alias de vos fonctions. Vous pouvez les utiliser IDs pour suivre et appliquer des mises à jour conditionnelles lorsque vous mettez à jour la version de votre fonction ou vos ressources d'alias. |
25 janvier 2018 |
| Support d'exécution pour Go et. NET2,0 |
AWS Lambda a ajouté le support d'exécution pour Go et. NET2,0. Pour plus d’informations, consultez 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. |
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 de plus amples informations, veuillez consulter Configuration de la simultanéité réservée pour une fonction. |
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 de plus amples informations, veuillez consulter Créez des déploiements progressifs 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 SAMCLI), 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 Visualisez les invocations de fonctions Lambda à l'aide de 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 de plus amples informations, veuillez consulter 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 soutien au. NETruntime, Lambda @Edge (version préliminaire), Dead Letter Queues et déploiement automatisé d'applications sans serveur. |
AWS Lambda ajout du support pour C#. Pour de plus amples informations, veuillez consulter 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 de plus amples informations, veuillez consulter 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. |
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 votre application, ainsi que les politiques d'autorisation associées dans un fichier AWS CloudFormation modèle (écrit dans l'un JSON ou l'autreYAML), de regrouper vos artefacts de déploiement et de déployer le modèle. 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 Utiliser les variables d'environnement Lambda pour configurer les valeurs dans le code. |
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 de plus amples informations, veuillez consulter 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 |
VPCsoutien |
Vous pouvez désormais configurer une fonction Lambda pour accéder aux ressources de votre. VPC Pour de plus amples informations, veuillez consulter Permettre aux fonctions Lambda d'accéder aux ressources d'un Amazon 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 Gérer les versions des 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 de plus amples informations, veuillez consulter Invoquer une fonction Lambda dans un planning. 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'appel de fonctions Lambda avec des clients compatibles. REST |
Jusqu'à présent, pour appeler votre fonction Lambda depuis votre application Web, mobile ou IoT, vous en aviez besoin AWS SDKs (par exemple, AWS SDK pour Java, AWS SDK pour Android ou pour AWS SDK iOS). Lambda prend désormais en charge l'appel d'une fonction Lambda avec des clients REST compatibles via une fonction personnalisée que API vous pouvez créer à l'aide d'Amazon Gateway. API Vous pouvez envoyer des demandes au point de terminaison de votre fonction Lambda. URL Vous pouvez configurer la sécurité du terminal pour autoriser le libre accès, tirer parti de AWS Identity and Access Management (IAM) pour autoriser l'accès ou utiliser des API clés pour mesurer l'accès d'autres personnes à vos fonctions Lambda. Pour voir un exemple d’exercice de mise en route, veuillez consulter Invocation d'une fonction Lambda à l'aide d'un point de terminaison Amazon Gateway API. 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 . |
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 |
