圖像，使得存儲在S3上的圖像上要求調整大小和它的工作原理是魅力：https://aws.amazon.com/tw/blogs/compute/resize-images-on-the-fly-with-amazon-s3-aws-lambda-and-amazon-api-gateway/使用LAMBDA邊（相的Cloudfront觸發）調整我剛剛做了這對飛
而且我剛開始讀Lambda Edge的文章：http://docs.aws.amazon.com/lambda/latest/dg/lambda-edge.html
但我仍然不確定我應該如何處理事件：查看器請求，原始請求，原始響應和查看器響應。
與網關觸發我用現在的lambda函數是https://github.com/awslabs/serverless-image-resizing
LAMBDA @ Edge是不是調整圖像大小相當契合，在這一點上。它旨在用於更輕量級的任務，如標題操作和基於文本的小型響應生成。
在Lambda @ Edge中，部署zip文件被限制爲1 MiB，容器內存限制爲128 MiB，運行時限制在觀看者一側1秒和原始端3秒，儘管可用的CPU容量沒有明確公佈，它是現代2.3-2.4 GHz Xeon核心容量的一小部分。亞毫秒頭重寫足夠了，但不能調整圖像大小。
現在Lambda @ Edge有能力檢查查詢字符串，可以想象，您可以使用它而不是API網關來調用第二個實際執行大小調整的Lambda函數（從Lambda調用Lambda），然後轉換從API網關格式到CloudFront格式的響應，因此每次調用的成本可能會更低（因爲Lambda @ Edge請求的成本低於API網關請求的成本）......但它不直接替代API Gateway + Lambda正在建立的例子中。您可以使用原始請求觸發器來執行此操作。
Lambda @ Edge也無法返回生成的二進制內容（僅限UTF-8字符內容），儘管這與實施的調整大小示例沒有直接關係，因爲重定向用於將瀏覽器發送到新的目標對象。
這非常有用，但不完全等同於API Gateway + Lambda。
截至2017年12月，AWS Lambda Limits的內存分配最大爲3008 MB，每個請求的最大執行持續時間爲300秒。實際上，Step 2.1: Create a Deployment Package甚至使用圖像大小調整的示例。
AWS [email protected]對包括圖表在內的事件有最好的描述。我想你想使用Origin Request事件，所以你的響應可以被緩存。另請參閱AWS re:invent 2017: Building Serverless Websites with [email protected] (CTD309) - YouTube以獲取完整說明。