AWS Lambda : traiter des événements sans serveur

Les commandes payées de Baobab Market arrivent dans une file SQS, mais personne ne les traite automatiquement. Louer un serveur qui tournerait jour et nuit pour quelques minutes de travail par jour ? Awa n'en veut pas. Elle vous demande d'écrire le programme, et seulement lui : à chaque commande, il s'exécute, l'enregistre dans DynamoDB au statut « en préparation », puis s'arrête. Ce septième lab du parcours de préparation à la certification AWS Certified Cloud Practitioner commence par ce que l'examen demande sur l'informatique sans serveur : EC2, conteneurs ou Lambda, la limite de 15 minutes, la facturation à la requête et à la milliseconde, et la responsabilité partagée, sur un schéma d'architecture. Vous créez une fonction Lambda, après un refus provoqué exprès, avec le rôle d'exécution fourni. Vous écrivez et testez son code dans la console, vous lisez ses journaux dans CloudWatch, puis vous la faites écrire dans une table DynamoDB : un deuxième refus vous fait ajouter le seul droit qui lui manque, au moindre privilège. Vous branchez la file SQS sur la fonction, après un troisième refus, et vos commandes sont préparées toutes seules. Vous voyez ce que devient un message qui fait échouer la fonction, vous réglez la mémoire et le délai d'expiration, et vous calculez ce que coûte la fonction. Tout se passe dans la vraie console AWS. Le code est fourni et expliqué ligne à ligne : aucune connaissance en programmation n'est nécessaire. Le guide est illustré de captures de la console et d'un schéma, et se termine par un examen blanc de dix questions.