Publié le: Aug 14, 2018
Lambda@Edge vous donne désormais accès à divers attributs HTTP comme l’URI, les en-têtes et les chaînes de demande afin de personnaliser le contenu distribué à vos utilisateurs finaux. À compter d’aujourd’hui, vous pouvez également accéder au corps de la requête HTTP dans vos fonctions Lambda, ce qui vous permet d’exécuter une logique personnalisée et de générer une réponse directement à partir de la périphérie.
Les développeurs utilisent généralement des formulaires Web/HTML ou des balises web/bugs comme mécanique de collecte de données auprès des utilisateurs finaux, puis traitent ces données au niveau de leurs serveurs d’origine. Grâce à l'accès au corps de la requête à partir de vos fonctions Lambda, vous pouvez désormais décharger cette logique vers la périphérie et améliorer la latence auprès de l'utilisateur final. Par exemple, si vous disposez d'un site Web statique avec un formulaire Web « Nous contacter », vous pouvez passer un appel réseau à une table Amazon DynamoDB globale pour sauvegarder les données à partir de votre fonction Lambda. Si vous collectez les données liées au comportement de l'utilisateur final à l'aide d'une balise Web sur votre site, vous pouvez directement les journaliser sur un point de terminaison Amazon Kinesis Firehose à partir de la fonction Lambda, ce qui simplifie votre infrastructure d'origine.
Aucuns frais supplémentaires ne sont facturés pour l'utilisation de cette fonctionnalité. Pour en savoir plus sur Lambda@Edge, consultez la page de produit. Pour plus d'informations sur la manière d'utiliser cette nouvelle fonction, consultez les ressources ci-dessous :
- Pour démarrer, consultez les exemples de fonctions Lambda montrant comment accéder au corps de la requête et la modifier.
- Lire l’article de blog concernant la manière de créer un passage d’intégration de données globales avec Amazon CloudFront, Lambda@Edge et Amazon Kinesis Firehose
- Pour en savoir plus, consultez la documentation ici.