Ein Metadatendienst sammelt Informationen von lokalen Anwendungen und wird von Consumer-Geräten (Fernseher, Internetradios) aufgerufen. Ältere Geräte unterstützen bestimmte HTTP-Antwort-Header nicht; Ihr lokaler Load Balancer entfernt derzeit diese Header für Anfragen, die durch den User-Agent identifiziert werden. Die Anwendungsfunktionen wurden zu AWS Lambda migriert, und Sie möchten eine serverlose Lösung, die weiterhin ältere Geräte unterstützt, indem sie problematische Header entfernt. Welche Lösung erfüllt diese Anforderungen?

Diese Lösung ist korrekt, da CloudFront Functions eine leichte, kostengünstige Möglichkeit bieten, HTTP-Header in der Antwort zu manipulieren, bevor sie den Endbenutzer erreichen. Die CloudFront-Distribution mit ALB als Origin stellt sicher, dass die Lambda-Funktionen aufgerufen werden und die Inhalte über das CDN bereitgestellt werden. CloudFront Functions sind ideal für einfache Header-Manipulationen und können auf Viewer-Anfragen oder Viewer-Antworten angewendet werden, was hier die Entfernung von Headern basierend auf dem User-Agent ermöglicht. Die Option mit API Gateway REST API ist falsch, da das Ändern von Standard-Gateway-Antworten nicht die Flexibilität bietet, Header basierend auf dem User-Agent zu entfernen. Die HTTP API mit Response Mapping Templates ist ebenfalls ungeeignet, da diese primär für die Transformation von Body-Inhalten gedacht sind und nicht für die bedingte Entfernung von Headern basierend auf dem User-Agent. Lambda@Edge wäre eine funktionale Alternative, ist aber für diesen Anwendungsfall (einfache Header-Manipulation) im Vergleich zu CloudFront Functions komplexer und teurer.