Une fonction Lambda génère des avatars pour les images de profil téléchargées dans un compartiment S3 sous le préfixe /original/. Certaines images entraînent un dépassement de délai pour le générateur d'avatars. Le développeur souhaite une solution de repli qui redimensionne l'image à l'aide d'une seconde fonction Lambda lorsque le générateur échoue. Quelle approche permet d'y parvenir avec le moins d'effort de développement ?

La configuration de la fonction Lambda de redimensionnement comme destination en cas d'échec d'invocation pour la fonction de génération d'avatars est la solution la plus simple. AWS Lambda prend en charge les destinations d'invocation asynchrones, permettant de spécifier une autre fonction Lambda, une rubrique SNS, une file d'attente SQS ou un EventBridge en cas de succès ou d'échec. Cette approche ne nécessite aucune logique supplémentaire dans le code de la fonction de génération d'avatars, ni de composants intermédiaires comme SQS ou SNS, ce qui minimise l'effort de développement. Les autres options sont moins efficaces : Utiliser SQS comme destination d'échec et faire en sorte que la fonction de redimensionnement interroge la file d'attente ajoute une complexité inutile avec la gestion de la file d'attente et le polling. AWS Step Functions est une solution puissante mais surdimensionnée pour ce cas simple de repli, introduisant une complexité de conception et de gestion pour un simple échec. SNS comme destination d'échec, avec la fonction de redimensionnement abonnée, est une option viable, mais la destination directe de Lambda à Lambda est plus directe et nécessite moins de configuration.