Présentation d’Amazon CloudFront Functions
(aws.amazon.com)-
Une plateforme légère de scripting serverless qui exécute du code JS sur 218 emplacements Edge de CloudFront
-
Située encore plus en périphérie que Lambda@Edge, qui est entièrement serverless, avec des fonctions simples pour les requêtes/réponses HTTP et un cycle de vie court
→ Lambda@Edge (L@E) repose sur des VM, tandis que CloudFront Functions (CFF) utilise une isolation basée sur des processus
→ L@E et CFF peuvent être utilisés ensemble
→ CFF : pas d’accès réseau ni fichier, temps d’exécution inférieur à 1 ms, pas d’accès au corps de la requête, offre gratuite disponible, prix égal à un sixième de celui de L@E
- Exemples d’usage
→ gestion et normalisation des clés de cache
→ réécriture d’URL et redirections
→ manipulation des en-têtes HTTP
→ gestion des droits d’accès
4 commentaires
On dirait que ça se positionne en concurrence directe avec les Workers de Cloudflare.
Les workers ne seraient-ils pas plutôt en concurrence avec Lambda@Edge ? J’ai l’impression que les CF Functions sont encore plus légères (et plus limitées) que Lambda@Edge.
Mais à l’usage, Workers a en réalité énormément de limitations.
En termes de fonctionnalités, on a l’impression que c’est plutôt Lambda@Edge >> CF Workers > CF Functions.
On dirait qu’il y a plus de contraintes que sur les workers. En gros, une sorte de script d’API gateway plus limité ?