Publié le: Dec 21, 2017

Depuis aujourd'hui, Lambda@Edge vous permet de personnaliser des réponses d'erreur provenant de votre origine en vous autorisant à exécuter des fonctions Lambda en réponse à des erreurs HTTP qu'Amazon CloudFront reçoit en provenance de votre origine. Cela signifie que des fonctions Lambda@Edge associées à un événement de réponse d'origine Amazon CloudFront seront désormais appelées pour les codes de statut d'erreur 4XX et 5XX en plus des codes de statut 2XX (réussite) et 3XX (redirection) actuellement pris en charge. 

Grâce à cette nouvelle possibilité, vous pouvez désormais utiliser Lambda@Edge pour accéder aux réponses d'erreur que CloudFront reçoit en provenance de votre origine et les remplacer. Vous pouvez ajouter des en-têtes, émettre des redirections ou générer une réponse de manière dynamique pour vos visionneuses en fonction des attributs des demandes. Par exemple, si votre origine est en panne ou s'il est impossible d'établir une connexion dans le délai d'expiration configuré, les visionneuses reçoivent actuellement une erreur HTTP 5xx ou la page d'erreur personnalisée statique configurée dans CloudFront. Grâce à cette nouvelle fonctionnalité, vous pouvez rediriger les visionneuses vers un autre emplacement ou générer une erreur personnalise dans la fonction Lambda et renvoyer un code de statut 200 (OK). Autre exemple, vous pouvez également exploiter cette fonctionnalité pour ajouter des en-têtes de sécurité HSTS aux réponses d'erreur (en plus des réponses de code de statut 200) afin d'améliorer la sécurité globale du site web.

Aucun frais supplémentaire n'est facturé pour l'utilisation de cette nouvelle fonctionnalité. Pour en savoir plus sur Lambda@Edge, consultez la page de produit Lambda@Edge. Pour obtenir plus d'informations sur l'utilisation de cette nouvelle fonctionnalité, consultez les ressources ci-dessous :