Le scénario de test

Lorsque nous nous sommes occupés du service API Gateway, au chapitre Le développement d’API Serverless, nous avions fourni une implémentation minimaliste des fonctions Lambda auxquelles les points d’entrée de notre API étaient connectés. Il est temps maintenant que nous complétions cette implémentation.

Ainsi, nous allons remplacer l’implémentation actuelle qui ne fait qu’une simple journalisation des messages, avec une autre qui publie, dans une file d’attente dédiée, chaque nouvel ordre de virement bancaire. Ceci afin que cet ordre puisse être récupéré par le service qui effectue le processus de transfert a proprement dit, service qui est en général un service externe à l’organisation. Et s’agissant d’une opération non déterministe, dont on ne peut pas présumer la durée, on ne peut pas non plus, par conséquent, ni anticiper ni attendre le résultat. D’où la nécessité d’un traitement asynchrone et complètement découplé, consistant à déposer les ordres de virements dans une file d’attente, pour qu’ils soient récupérés et traités en temps voulu.

Pour mémoire, notre scénario général est reproduit ci-dessous.

images/Fig6-4-1.png

Le scénario général

Voilà maintenant le scénario qui sera...

Pour consulter la suite, découvrez le livre suivant :
couv-EIAWSL.png
60-signet.svg
En version papier
20-ecran_lettre.svg
En version numérique
41-logo_abonnement.svg
En illimité avec l'abonnement ENI
130-boutique.svg
Sur la boutique officielle ENI
Précédent
La production/consommation des messages SQS
Suivant
Exécution et test