2023 年边缘函数现状：全球分布式应用之年

今年早些时候，我们启动了首届边缘函数现状调查，我们邀请开发者分享他们对边缘函数的经验和预测。收到近千份回复后，我们已结束调查，并很高兴发布这份报告。鉴于边缘函数是一项新兴技术，我们希望这份报告能深入了解常见用例、痛点和未来趋势。

继续阅读我们的分析，或查看完整的调查结果。

没有参加今年的报告吗？在下次调查开启时获得通知。

边缘函数作为“胶水代码”

将 API 和数据库“粘合”在一起是最常见的用例，其次是身份验证和负载均衡

连接 API 不仅是边缘函数的常见用例，也是通用无服务器函数的常见用例，因为将许多单一用途函数创建并部署为微服务，使开发团队能够更快地构建和发布。

身份验证是边缘函数的第二个常见用例，由于边缘函数的低延迟特性，这在单源无服务器函数中可能不那么常见。对绝大多数应用程序至关重要的用户身份验证，需要高性能以提供无缝的用户体验，而边缘函数则特别适合提供这一点。

随着边缘无服务器生态系统持续发展，我们将看到更多针对边缘、针对特定用例的中间件，例如这个依赖极少的身份验证解决方案。

更复杂的边缘函数需要状态

对于更复杂的用例，状态是最重要的需求

这是有道理的，因为持久数据存储解锁了全新类别的用例，例如在边缘托管整个 Web 应用程序。特别提及的技术包括 Workers KV、Workers D1 和 PlanetScale。

为了在边缘快速构建有状态应用程序，Deno KV 是一个全球分布式、零配置的 KV 存储，您可以通过一行代码连接到它，无需复制粘贴任何密钥。

边缘函数意味着更好的性能

大多数开发者依靠边缘函数来提高网站速度和性能，其次是成本节约

每一毫秒的延迟都至关重要，尤其是在电子商务、游戏、媒体网站等领域，这些领域涉及到真实的经济利益。通过在边缘运行函数（更常见的是整个 Web 应用程序）来消除网络延迟所带来的性能提升，对开发者、其用户和他们的业务来说，是一个巨大的价值所在，这一点不难理解。

首字节时间 (TTFB) 不仅大大降低，而且借助 Fresh 等边缘原生全栈 Web 框架，默认情况下不向客户端发送任何 JavaScript，所有页面都在服务器端渲染，开发者可以构建达到完美 Pagespeed 分数的电子商务应用程序并实现收入最大化。

大多数开发者在调试、测试和可观测性方面面临挑战

调试、测试和可观测性是开发者最常提及的挑战

边缘函数故障排除的挑战主要出现在两个方面：边缘函数提供商缺乏有用的日志和辅助工具，以及缺乏专注于边缘函数的第三方工具。目前，边缘函数的监控仍然依赖于服务器或虚拟机专用的工具，例如 New Relic、Splunk 或 Sentry。

虽然测试单个边缘函数或微服务可能很简单，但鉴于当前测试框架的局限性，验收测试、集成测试和端到端测试却很困难。为这些情况创建可靠的测试通常需要开发团队构建自定义测试解决方案。

边缘上的全规模应用已成为现实

大多数受访开发者已在边缘构建并部署了完整的 Web 应用程序

此外，超过一半的受访开发者认为，新的网站和应用程序将在未来 3 年内完全在边缘运行。我们同意这一观点，因为 Web 基础设施——从地下室的机器到云中的无服务器，再到边缘的无服务器——历史上一直趋向于提升用户性能。

随着边缘无服务器计算的工具和生态系统成熟，由于性能和用户体验的提升，用例将从 CDN 代理、API 服务器和负载均衡器发展到全栈 SaaS、电子商务、Web 应用程序等。

尽管许多构建全栈应用程序的方法通常将静态 JAMstack 与边缘函数结合以实现动态性，或使用像 HonoJS 或 Fresh 这样的边缘原生框架，我们预计将有更多用于全球分布式全栈 Web 应用程序的工具，例如这款专为边缘设计的 SaaS 模板，名为 SaaSKit。

下一步计划

感谢所有参与调查并通过为本报告做出贡献而回馈无服务器社区的开发者。如果您希望收到明年调查和报告的通知，请在此处订阅边缘函数现状通讯。

不要错过任何更新 — 在 Twitter 上关注我们。