AWS Lambda
Manuel du développeur

Sources d'événements prises en charge

Cette rubrique répertorie les services AWS pris en charge que vous pouvez configurer en tant que sources d'événements pour les fonctions AWS Lambda. Une fois que vous préconfigurez le mappage de source d'événement, la fonction Lambda est appelée automatiquement lorsque ces sources détectent des événements. Pour en savoir plus sur les modes d'appel, consultez la section Mappage de source d'événement AWS Lambda.

Pour toutes les sources d'événements répertoriées dans cette rubrique, notez les éléments suivants :

  • Les sources d'événements gèrent le mappage de source d'événement, sauf pour les services basés sur les interrogations (Amazon Kinesis Data Streams, Amazon DynamoDB Flux et Amazon Simple Queue Service). Pour les services basés sur les interrogations, AWS Lambda gère le mappage de source d'événement. AWS Lambda fournit l'opérationCreateEventSourceMapping, qui vous permet de créer et de gérer le mappage de source d'événement. Pour en savoir plus, consultez Mappage de source d'événement AWS Lambda.

  • Le type d'appel que ces sources d'événements utilisent lors de l'appel d'une fonction Lambda est également préconfiguré. Par exemple, Amazon S3 appelle toujours une fonction Lambda de manière asynchrone, et Amazon Cognito de manière synchrone. La seule fois où vous pouvez contrôler le type d'appel est lorsque vous appelez la fonction Lambda vous-même via l'opération Invoke (appel d'une fonction Lambda à la demande à partir de votre application personnalisée, par exemple).

  • Pour traiter les événements AWS, vos fonctions Lambda peuvent avoir besoin d'inclure des bibliothèques supplémentaires, selon le langage de programmation utilisé pour créer la fonction. Les fonctions écrites en Node.js ou Python n'ont pas besoin de bibliothèques supplémentaires. Pour C #, vous devez inclure AWS Lambda for .NET Core. Pour Java, vous devez inclure aws-lambda-java-libs.

    Important

    Chacun des packages inclus doit être utilisé sans modification. Le retrait de dépendances, l'ajout de dépendances conflictuelles ou l'inclusion sélective de classes depuis les packages peut entraîner un comportement inattendu.

Vous pouvez également appeler une fonction Lambda à la demande. Pour en savoir plus, consultez Autres sources d'événements : appel d'une fonction Lambda à la demande.

Pour obtenir des exemples d'événements publiés par ces sources d'événements, consultez la page Exemples d'événements publiés en fonction des sources.

Amazon S3

Vous pouvez écrire des fonctions Lambda pour traiter les événements des compartiments S3, tels que la création ou la suppression d'objets. Par exemple, lorsqu'un utilisateur importe une photo dans un compartiment, vous pouvez faire en sorte qu'Amazon S3 appelle la fonction Lambda pour qu'elle lise l'image et crée une miniature de cette photo.

Vous pouvez utiliser la fonctionnalité de configuration des notifications de compartiment d'Amazon S3 pour configurer le mappage de source d'événement, en identifiant les événements de compartiment qu'Amazon S3 doit publier, ainsi que la fonction Lambda à appeler.

Pour voir un exemple d'événement Amazon S3, consultez Structure des messages d'événements, Exemple d'événement Put Amazon S3 et Exemple d'événement de suppression Amazon S3. Pour voir un exemple de cas d'utilisation, consultez la page Utilisation de AWS Lambda avec Amazon S3.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon S3 appelle la fonction Lambda de manière asynchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon DynamoDB

Vous pouvez utiliser les fonctions Lambda comme déclencheurs de votre table Amazon DynamoDB. Les déclencheurs sont des actions personnalisées que vous effectuez en réponse aux mises à jour apportées à la table DynamoDB. Pour créer un déclencheur, vous devez d'abord activer Amazon DynamoDB Flux au niveau de la table. AWS Lambda interroge le flux, tandis que la fonction Lambda traite les mises à jour publiées dans le flux.

Il s'agit d'une source d'événements basée sur les flux. Pour un service basé sur les flux, vous créez le mappage de source d'événement dans AWS Lambda, en identifiant les flux à interroger et la fonction Lambda à appeler.

Pour un exemple d'événement DynamoDB, consultez Test de la fonction Lambda et Exemple d'événement de mise à jour Amazon DynamoDB. Pour le format général, consultez GetRecord dans le Amazon DynamoDB API Reference. Pour voir un exemple de cas d'utilisation, consultez la page Utilisation de AWS Lambda avec Amazon DynamoDB.

La gestion des erreurs pour une source d'événement donnée dépend de la façon d'appeler Lambda. DynamoDB est une source d'événements basée sur les flux. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon Kinesis Data Streams

Vous pouvez configurer AWS Lambda pour qu'il interroge automatiquement votre flux et pour qu'il traite les nouveaux enregistrements, tels que les flux de clics sur un site web, les transactions financières, les flux de réseaux sociaux, les journaux informatiques et les événements de géolocalisation. AWS Lambda interroge ensuite le flux régulièrement (une fois par seconde) à la recherche de nouveaux enregistrements.

Pour des services basés sur les flux, vous créez le mappage de source d'événement dans AWS Lambda, en identifiant le flux à interroger et la fonction Lambda à appeler.

Pour voir un exemple d'événement, consultez la section Exemple d'événement Amazon Kinesis Data Streams. Pour voir un exemple de cas d'utilisation, consultez la page Utilisation de AWS Lambda avec Amazon Kinesis.

La gestion des erreurs pour une source d'événement donnée dépend de la façon d'appeler Lambda. Amazon Kinesis Data Streams est une source d'événements basée sur les flux. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon Simple Notification Service

Vous pouvez écrire des fonctions Lambda pour traiter les notifications Amazon Simple Notification Service. Lorsqu'un message est publié dans une rubrique Amazon SNS, le service peut appeler la fonction Lambda en transmettant la charge utile du message comme un paramètre. Le code de la fonction Lambda peut ensuite traiter l'événement (par exemple, la publication du message dans d'autres rubriques Amazon SNS ou son envoi à d'autres services AWS).

Cela vous permet également de déclencher une fonction Lambda en réponse à des alarmes Amazon CloudWatch et à d'autres services AWS qui utilisent Amazon SNS.

Vous configurez le mappage de source d'événement dans Amazon SNS via la configuration de l'abonnement aux rubriques. Pour plus d'informations, consultez Invocation des fonctions Lambda en utilisant des notifications Amazon SNS dans le Amazon Simple Notification Service Manuel du développeur.

Pour voir un exemple d'événement, consultez Annexe : formats de message et JSON et Exemple d'événement Amazon SNS. Pour voir un exemple de cas d'utilisation, consultez la page Utilisation d'AWS Lambda avec Amazon SNS à partir de différents comptes.

Lorsqu'un utilisateur appelle l'API SNS Publish sur une rubrique à laquelle votre fonction Lambda est abonnée, Amazon SNS appelle Lambda pour appeler votre fonction de façon asynchrone. Lambda renvoie ensuite un état de remise. Si une erreur s'est produite lors de l'appel de la fonction Lambda, Amazon SNS retente l'appel jusqu'à trois fois. Au-delà de trois tentatives, si Amazon SNS n'est pas parvenu à appeler la fonction Lambda, il envoie un message d'échec de la remise à CloudWatch.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon SNS appelle la fonction Lambda de manière asynchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon Simple Email Service

Amazon Simple Email Service (Amazon SES) est un service de messagerie électronique rentable. Avec Amazon SES, en plus d'envoyer des e-mails, vous pouvez également en recevoir. Pour plus d'informations sur Amazon SES, consultez Amazon Simple Email Service. Lorsque vous utilisez Amazon SES pour recevoir des messages, vous pouvez configurer ce service de manière à appeler la fonction Lambda lorsque des messages arrivent. Le service peut ensuite appeler votre fonction Lambda en transmettant l'événement de réception d'e-mail (qui est en fait un message Amazon SES dans un événement Amazon SNS) en tant que paramètre. Pour voir des exemples de scénarios, consultez Examen du cas d'utilisation pour la réception d'e-mails avec Amazon SES.

Vous configurez un mappage de source d'événement à l'aide de la configuration de règles dans Amazon SES. Les rubriques suivantes fournissent des informations supplémentaires dans le Amazon Simple Email Service Guide du développeur :

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon SES appelle la fonction Lambda de manière asynchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon Simple Queue Service

Amazon Simple Queue Service (Amazon SQS) vous permet de créer des workflows asynchrones. Pour plus d'informations sur Amazon SQS, consultez Amazon Simple Queue Service. Vous pouvez configurer AWS Lambda afin qu'il interroge ces messages au fur et à mesure qu'ils arrivent, puis qu'il transmette l'événement à une fonction Lambda. Pour un exemple d'événement, consultez Événement Amazon SQS.

Pour configurer Amazon Simple Queue Service en tant que source d'événement pour AWS Lambda, vous devez d'abord créer ou mettre à jour une file d'attente Amazon SQS et sélectionner des valeurs personnalisées pour les paramètres de la file. Les paramètres suivants affecteront le comportement d'interrogation de Amazon SQS :

  • VisibilityTimeout : peut affecter le délai entre les tentatives.

  • TimeToWait : détermine la durée des interrogations longues. La valeur par défaut est de 20 secondes.

Pour en savoir plus, consultez Présentation d'Amazon Simple Queue Service. Vous pouvez ensuite créer votre fonction AWS Lambda en ajoutant le code de votre fonction qui gère le traitement des messages de la file d'attente Amazon SQS. Enfin, vous pouvez configurer AWS Lambda afin qu'il réponde aux nouveaux messages disponibles sur les files d'attente Amazon SQS à l'aide de l'une des opérations d'API suivantes :

La gestion des erreurs pour une source d'événement donnée dépend de la façon d'appeler Lambda. Amazon SQS est un service basé sur les interrogations. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon Cognito

La fonctionnalité d'événements Amazon Cognito vous permet d'exécuter des fonctions Lambda en réponse à des événements dans Amazon Cognito. Par exemple, vous pouvez appeler une fonctionLambda pour les événements de déclencheur de synchronisation, laquelle est publiée chaque fois qu'un ensemble de données est synchronisé. Pour en savoir plus et pour découvrir un exemple, consultez la section Introducing Amazon Cognito Events: Sync Triggers dans le blog Mobile Development.

Vous configurez un mappage de source d'événement à l'aide de la configuration des abonnements aux événements Amazon Cognito. Pour en savoir plus sur le mappage de source d'événement et pour voir un exemple d'événement, consultez Événements Amazon Cognito dans le Manuel du développeur Amazon Cognito. Pour voir un autre exemple d'événement, consultez la section Exemple d'événement de déclencheur de synchronisation Amazon Cognito.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon Cognito est configuré de manière à appeler une fonction Lambda de façon synchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

AWS CloudFormation

Dans le cadre du déploiement des piles AWS CloudFormation, vous pouvez spécifier une fonction Lambda comme ressource personnalisée afin d'exécuter des commandes personnalisées. L'association d'une fonction Lambda à une ressource personnalisée vous permet d'appeler cette fonction chaque fois que vous créez, mettez à jour ou supprimez des piles AWS CloudFormation.

Vous configurez le mappage de source d'événement dans AWS CloudFormation à l'aide de la définition de la pile. Pour plus d'informations, consultez Ressources personnalisées basées sur AWS Lambda dans le AWS CloudFormation Guide de l'utilisateur.

Pour voir un exemple d'événement, consultez la section Exemple d'événement de création de requête AWS CloudFormation. Notez que cet événement est en fait un message AWS CloudFormation dans un événement Amazon SNS.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. AWS CloudFormation appelle la fonction Lambda de manière synchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon CloudWatch Logs

Vous pouvez utiliser des fonctions AWS Lambda pour procéder à des analyses personnalisées dans Amazon CloudWatch Logs via des abonnements CloudWatch Logs. Les abonnements CloudWatch Logs donnent accès à un flux en temps réel d'événements de journal à partir de CloudWatch Logs et l'envoie à votre fonction AWS Lambda pour un traitement personnalisé, une analyse ou le chargement sur d'autres systèmes. Pour plus d'informations sur CloudWatch Logs, consultez Surveillance des fichiers journaux.

Vous gérez le mappage de source d'événement dans Amazon CloudWatch Logs à l'aide de la configuration des abonnements aux journaux. Pour en savoir plus, consultez Traitement en temps réel des données de journaux avec les abonnements (exemple 2 : AWS Lambda) dans le Guide de l'utilisateur Amazon CloudWatch.

Pour voir un exemple d'événement, consultez la section Exemple d'événement Amazon CloudWatch Logs.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon CloudWatch Logs appelle la fonction Lambda de manière asynchrone (l'appel d'une fonction Lambda ne bloque pas l'opération d'écriture dans les journaux). Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon CloudWatch Events

Les événements Amazon CloudWatch vous permettent de réagir aux modifications d'état de vos ressources AWS. Lorsque l'état de vos ressources change, des événements sont automatiquement envoyés à un flux d'événements. Vous pouvez créer des règles en fonction de certains événements du flux et les transmettre à la fonction AWS Lambda afin d'agir en conséquence. Par exemple, vous pouvez appeler automatiquement une fonction AWS Lambda pour consigner l'état d'une instance EC2 ou d'un groupe AutoScaling.

Vous gérez le mappage de source d'événement dans Amazon CloudWatch Events en utilisant une définition de règle cible. Pour plus d'informations, consultez l'opération PutTargets dans le document Référence d'API Amazon CloudWatch Events.

Pour voir des exemples d'événements, consultez Types d'événements pris en charge dans le Guide de l'utilisateur Amazon CloudWatch.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon CloudWatch Events appelle la fonction Lambda de manière asynchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

AWS CodeCommit

Vous pouvez créer un déclencheur pour un référentiel AWS CodeCommit afin que des événements dans le référentiel appellent une fonction Lambda. Par exemple, vous pouvez appeler une fonction Lambda lorsqu'une branche ou une balise est créée, ou lorsqu'un push est effectué sur une branche existante. Pour plus d'informations, consultez Gestion des déclencheurs pour un référentiel AWS CodeCommit.

Vous gérez le mappage de source d'événement dans AWS CodeCommit en utilisant un déclencheur de référentiel. Pour plus d'informations, consultez l'opération PutRepositoryTriggers.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. AWS CodeCommit appelle la fonction Lambda de manière asynchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Événements planifiés (via Amazon CloudWatch Events)

Vous pouvez également configurer AWS Lambda pour appeler votre code sur une base régulière avec la fonctionnalité de planification d'événements d'Amazon CloudWatch Events. Pour configurer une planification, vous pouvez spécifier un taux fixe (nombre d'heures, de jours ou de semaines) ou une expression cron (voir Syntaxe d'expression de planification des règles dans le Guide de l'utilisateur Amazon CloudWatch).

Vous gérez le mappage de source d'événement dans Amazon CloudWatch Events en utilisant une définition de règle cible. Pour plus d'informations, consultez l'opération PutTargets dans le document Référence d'API Amazon CloudWatch Events.

Pour voir un exemple de cas d'utilisation, consultez la page Utilisation de AWS Lambda avec Amazon CloudWatch Events.

Pour voir un exemple d'événement, consultez la section Exemple d'événement planifié.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon CloudWatch Events est configuré pour appeler une fonction Lambda de manière asynchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

AWS Config

Vous pouvez utiliser des fonctions AWS Lambda pour évaluer si les configurations des ressources AWS respectent vos règles de configuration personnalisées. Lorsque les ressources sont créées, supprimées ou modifiées, AWS Config enregistre ces modifications et envoie les informations aux fonctions Lambda. Ces dernières évaluent alors les modifications et transmettent les résultats à AWS Config. Vous pouvez ensuite utiliser AWS Config afin d'estimer la conformité globale des ressources : vous pouvez déterminer quelles ressources ne sont pas conformes et quels attributs de configuration sont à l'origine de cette non-conformité.

Vous gérez le mappage de source d'événement dans AWS Config en utilisant une définition de règle cible. Pour plus d'informations, consultez l'opération PutConfigRule dans la référence d'API d'AWS Config.

Pour plus d'informations, consultez Évaluation des ressources avec les règles AWS Config. Pour obtenir un exemple de configuration d'une règle personnalisée, consultez Élaboration d'une règle personnalisée pour AWS Config. Pour des exemples de fonctions Lambda, consultez Exemples de fonctions AWS Lambda pour les règles AWS Config (Node.js).

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. AWS Config est configuré de manière à appeler une fonction Lambda de façon asynchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon Alexa

Vous pouvez utiliser les fonctions Lambda pour concevoir des services qui confèrent de nouvelles compétences à Alexa, l'assistante vocale d'Amazon Echo. Le kit Alexa Skills fournit les API, les outils et la documentation nécessaires à la création de ces nouvelles compétences, sur la base de vos propres services exécutés en tant que fonctions Lambda. Les utilisateurs d'Amazon Echo peuvent accéder à ces nouvelles compétences en posant des questions à Alexa ou en soumettant des demandes. Pour en savoir plus, consultez :

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon Echo est configuré pour appeler une fonction Lambda de manière synchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon Lex

Amazon Lex est un service AWS de création d'interfaces conversationnelles au sein des applications, qui utilise la voix et le texte. Amazon Lex offre une intégration préconçue avec AWS Lambda, ce qui vous permet de créer des fonctions Lambda que vous pourrez utiliser comme hook de code avec votre bot Amazon Lex. Vous pouvez, dans la configuration que vous souhaitez utiliser, identifier votre fonction Lambda afin d'effectuer l'initialisation/validation, l'exécution ou les deux.

Pour plus d'informations, consultez Utilisation des fonctions Lambda. Pour voir un exemple de cas d'utilisation, consultez Exercice 1 : Création d'un bot Amazon Lex à l'aide d'un modèle.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon Lex est configuré pour appeler une fonction Lambda de manière synchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon API Gateway

Vous pouvez appeler une fonction Lambda sur HTTPS. Pour ce faire, définissez un point de terminaison d'API REST personnalisé via Amazon API Gateway. Vous mappez des opérations d'API individuelles, comme GET et PUT, avec des fonctions Lambda spécifiques. Lorsque vous envoyez une requête HTTPS au point de terminaison de l'API, le service Amazon API Gateway appelle la fonction Lambda correspondante.

Pour plus d'informations, consultez Appels synchrones de fonctions Lambda. Pour voir un exemple de cas d'utilisation, consultez la page Utilisation de AWS Lambda avec Amazon API Gateway.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Amazon API Gateway est configuré de manière à appeler une fonction Lambda de façon synchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

En outre, vous pouvez utiliser les fonctions Lambda avec d'autres services AWS qui publient des données dans l'une des sources d'événements AWS prises en charge et répertoriés dans cette rubrique. Par exemple, vous pouvez :

  • Déclencher des fonctions Lambda en réponse à des mises à jour CloudTrail, car il enregistre tous les événements d'accès aux API dans un compartiment Amazon S3.

  • Déclencher des fonctions Lambda en réponse à des alarmes CloudWatch, car il publie des événements d'alarme dans une rubrique Amazon SNS.

Bouton AWS IoT

Le bouton AWS IoT est un bouton programmable basé sur les composants du bouton Amazon Dash. Ce simple appareil Wi-Fi est facile à configurer et conçu pour permettre aux développeurs de commencer avec AWS Lambda, parmi de nombreux autres services AWS, sans avoir à écrire de code propre aux appareils.

Codez la logique du bouton dans le cloud pour que les pressions servent à compter ou suivre des éléments, à appeler ou alerter quelqu'un, à démarrer ou arrêter quelque chose, à commander des services ou même à donner un avis. Il est par exemple possible d'appuyer sur le bouton pour déverrouiller ou démarrer une voiture, ouvrir votre porte de garage, appeler un taxi, appeler votre conjoint ou un service client, suivre la réalisation des tâches ménagères, la prise de médicaments et l'utilisation de produits domestiques, ou contrôler vos appareils domestiques à distance.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. AWS IoT est configuré de manière à appeler une fonction Lambda de façon asynchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon CloudFront

Lambda@Edge vous permet d'exécuter les fonctions Lambda dans les régions AWS et aux emplacements périphériques Amazon CloudFront en réponse à des événements CloudFront, sans mise en service ou gestion de serveurs. Vous pouvez utiliser les fonctions Lambda pour modifier les requêtes et réponses CloudFront aux stades suivants :

  • Après la réception par CloudFront d'une demande provenant de l'utilisateur (demande de l'utilisateur)

  • Avant la transmission par CloudFront d'une demande à l'origine (demande à l'origine)

  • Après la réception par CloudFront de la réponse provenant de l'origine (réponse de l'origine)

  • Avant la transmission par CloudFront de la réponse pour l'utilisateur (réponse à l'utilisateur)

Pour en savoir plus, consultez Lambda@Edge

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. CloudFront est configuré de manière à appeler une fonction Lambda de façon synchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Amazon Kinesis Data Firehose

Amazon Kinesis Data Firehose est la solution la plus simple pour charger les données de streaming dans AWS. Cette solution peut capturer, transformer et charger automatiquement les données de streaming dans des services en aval comme Kinesis Data Analytics ou Amazon S3, ce qui permet une analyse en temps quasi-réel à l'aide des outils d'aide à la décision existants et des tableaux de bord que vous utilisez déjà. Vous pouvez écrire des fonctions Lambda pour demander un traitement personnalisé supplémentaire des données avant que ces dernières ne soient envoyées en aval.

La gestion des erreurs pour une source d'événement donnée dépend de la façon dont Lambda est appelé. Kinesis Data Firehose est configuré de manière à appeler une fonction Lambda de façon synchrone. Pour en savoir plus sur les nouvelles tentatives après des erreurs, consultez Comportement de nouvelle tentative d´AWS Lambda.

Autres sources d'événements : appel d'une fonction Lambda à la demande

En plus d'appeler des fonctions Lambda à l'aide de sources d'événements, vous pouvez également les appeler à la demande. Dans ce cas, vous n'avez pas besoin de préconfigurer de mappage de source d'événement. Cependant, assurez-vous que l'application personnalisée dispose des autorisations nécessaires pour appeler la fonction Lambda.

Par exemple, les applications utilisateur peuvent également générer des événements (créez vos propres sources d'événements personnalisées). Les applications utilisateur, telles que les applications client, mobiles ou web, peuvent publier des événements et appeler les fonctions Lambda via les kits SDK AWS ou AWS Mobile (AWS Mobile SDK pour Android, par exemple).

Pour plus d'informations, consultez Outils pour Amazon web Services. Pour voir un exemple de didacticiel, consultez la section Utilisation de AWS Lambda avec Amazon API Gateway.