Ein Entwickler hat eine neue Version einer AWS Lambda-Funktion bereitgestellt. Um diese zu validieren, muss der Entwickler 50 % des Datenverkehrs an die neue Version und 60 % des Datenverkehrs an die aktuelle Version leiten. Welches ist der betrieblich effizienteste Weg, dies zu erreichen?

Die Erstellung eines Lambda-Funktions-Alias ist der betrieblich effizienteste Weg, um den Datenverkehr zwischen verschiedenen Lambda-Versionen aufzuteilen. Aliase ermöglichen gewichtetes Routing, bei dem Sie den Prozentsatz des Datenverkehrs festlegen können, der an jede Version gesendet wird. Dies ist ideal für Canary-Deployments und A/B-Tests, da Sie den Datenverkehr schrittweise auf eine neue Version umleiten können, während Sie die Leistung überwachen. Ereignisquellen können direkt auf den Alias verweisen, was die Verwaltung vereinfacht. Die anderen Optionen sind weniger effizient oder nicht für diesen Anwendungsfall konzipiert: Route 53 ist für das Routing von HTTP/S-Anfragen auf DNS-Ebene gedacht, nicht für die direkte Steuerung des Datenverkehrs zu Lambda-Funktionsversionen. API Gateway Canary-Releases sind zwar möglich, aber die Frage bezieht sich auf die Lambda-Funktion selbst und nicht ausschließlich auf den API Gateway-Endpunkt. Lambda-Aliase sind die native Lösung für dieses Problem. Event Source Mappings steuern, wie Ereignisse von einer Quelle (z.B. SQS, DynamoDB Streams) an eine Lambda-Funktion gesendet werden, aber sie bieten keine direkte Funktionalität zum Aufteilen des Datenverkehrs zwischen verschiedenen Versionen einer Funktion.