Amazon Web服务（AWS）发布了，让客户可以在全球的AWS站点运行Node.js Lambda函数，从而以非常低的延迟动态地响应最终用户。

开发者可以用Lambda@Edge将Node.js代码上传到——Amazon的“”服务，Lambda会在靠近最终用户的AWS站点上自动运行和伸缩代码，从而改善延迟、减少原始负载，实现高可用性。Lambda@Edge代码由事件触发，Amazon CloudFront是一种全球内容分发网络（CDN） 服务，可以安全地以低延迟和高传输速度向浏览者分发数据、视频、应用程序和API。

有时最终用户会遍布全球，并且（理想情况）所有决策所需的所有信息都可以使用函数或请求从CloudFront获得，Lambda@Edge正是专为这种对延迟敏感的用例所做的优化。它可以让开发者实现以下功能。

• 检查cookies和显式重写URL从而执行A/B测试。\\t
• 返回生成的动态内容，例如将未经身份验证的用户重定向到一个按需创建的登录页面。\\t
• 使用特定的对象作为响应，基于用户代理头文件定制用户看到的网站。\\t
• 添加、删除或修改头文件（受到）将用户引导到不同的缓存对象。\\t
• 修改或压缩头文件或URL来提高缓存利用率。\\t
• 将HTTP请求发送到其他互联网资源并使用结果定制响应（尽管开发人员应该小心地减少发出这些请求的额外延迟）。\

Lambda@Edge函数的触发可以用来响应四种不同的CloudFront事件。

• 查看器请求——该事件发生在互联网上的最终用户或设备向CloudFront发送一个HTTP（S）请求时，并且请求会抵达最接近该用户的站点。这个事件包含传入的HTTP请求。\\t
• 查看器响应——该事件发生在CloudFront边缘服务器准备对发出请求的最终用户或设备做出响应时。这个事件包含HTTP响应。\\t
• 原始请求——该事件发生在CloudFront边缘服务器的缓存中没有被请求的对象，并且查看器准备发送给原始后端（例如Amazon EC2、Application Load Balancer或Amazon S3）时。\\t
• 原始响应——该事件发生在CloudFront边缘服务器接收到一个来自原始后端的响应时。\

下面来自AWS Lambda@Edge文档的图表可以帮助你在请求/响应周期中定位这些事件。

Lambda@Edge开发者应该熟悉标准AWS Lambda开发范例，而且必须在开发代码时遵循以下约束。

• 运行环境——运行环境目前只支持Node.js中编写的函数，它为每个函数分配128MB的内存，没有内置的库，也没有访问/tmp的权限。\\t
• 超时设定——处理原始请求和原始响应事件的函数必须在3秒内完成，处理查看器请求和查看器响应事件的函数必须在1秒内完成。\\t
• Web服务访问——处理原始请求和原始响应事件的函数必须在3秒内完成，它可以访问AWS API和通过HTTP获取内容。这些请求总是与对原始请求或响应的请求同步。\\t
• 版本控制——在Lambda控制台更新代码之后，必须设置一套新的触发配置。开发人员需要等待复制完成。函数必须和版本号相关，$LATEST和别名都不适用。\\t
• 头文件——请查阅“”来确定哪些头文件是可以访问的、受限制的、只读的和被列入黑名单的。\

现在Lambda@Edge还没有提供免费体验，函数持续时间的计算是从代码开始运行到返回或者以其他方式终止，每GB-second收费$0.00005001。Lambda@Edge函数每次运行都有固定的128MB内存，每128MB-second收费$0.00000625125。注意Lambda@Edge函数以50ms为间隔进行测量，而不是。

关于AMS Lambda@Edge的更多信息，可以到Jeff Barr在AWS Blog的文章 “”、和中找到。

查看原文链接：

感谢对本文的审校。

给InfoQ中文站投稿或者参与内容翻译工作，请邮件至。也欢迎大家通过新浪微博（，），微信（微信号：）关注我们。