一切都归结为光速。总是这样。光速限制了使用互联网的人与正在访问的应用程序之间可能存在的延迟。不管他们是在街上用共享单车软件叫车，还是坐在办公室里访问SaaS应用程序，还是他们的可穿戴设备通过WiFi报告健康信息，都无关紧要。光速无处不在。当你无法对抗光速时，你只有一个可能的解决方案：靠近最终用户所在的位置。简单地说，Cloudflare就是这样做的，它在全球建立了由117个数据中心组成的网络。我们通过更近距离的移动缩短了用户和服务器之间的延迟。缺失的环节但到目前为止，我们所做的一切都是类似SSL握手、WAF请求处理和内容缓存。所有这些都有助于使互联网应用程序更快、更安全，但有一个巨大的缺失组件。。。代码。使互联网应用程序工作的代码仍然被隔离在世界各地的服务器和云服务中。即使对于大型云提供商来说，这样的位置也只有有限的数量。到目前为止，只有两个重要的地方可以运行代码：在远离终端用户的服务器上和终端用户的设备上。访问SaaS应用程序包括运行在web浏览器和远程服务器上的代码。可穿戴设备包含向云中的服务器报告信息的代码。一个移动应用程序运行在你的手机上，并访问web上某个地方的API。由Gary Danvers提供的CC BY-SA 2.0图像Cloudflare Workers是关于创建第三个代码可以运行的地方：既不在设备上，也不在后端服务器上。worker运行得足够接近最终用户，延迟很低，但是可以随着服务器代码的速度进行更新。服务器通常比设备拥有更多的CPU和内存，但位置却远离它们。worker拥有服务器的CPU和内存资源，但是它们的位置离设备足够近（延迟方面），因此可以显著增强最终用户设备的功能。我们相信所有的应用程序都会利用这三层方法：在设备上，在网络上，在服务器上。JavaScript随着设备（电话、手表和物联网）的爆炸式增长和互联网的发展，代码从其数据中心转移的速度很慢。我们决定改变这种状况，让我们的客户能够用JavaScript编写代码，在我们全球的每一台服务器上运行。CC BY-SA 2.0图像由Jordi Hernandez提供这让他们拥有现代JavaScript的全部功能，离最终用户只有几毫秒的距离。我们不知道人们会用Cloudflare Workers来构建什么，但我们相信，让他们能够编写代码将导致有趣、快速、低延迟的应用程序爆炸式增长，这些应用程序基本上是在互联网上而不是在数据中心运行。我们考虑过公开传统的代码/配置语言，如NGINX conf或Varnish配置语言，但是它们的限制太多，无法真正释放代码在边缘的威力。Cloudflare的配置和控制能力令人难以置信。我们有一个丰富的仪表板，每个URI配置几乎所有的东西，但没有什么比代码更好的了。代码将Cloudflare从一个服务变成了一个平台。即时更新Cloudflare的另一大优势是可以在全球范围内更新配置的速度。如果您进行配置更改（单击UI中的按钮以启用IPv6、添加或删除DNS记录、将服务器添加到负载平衡配置、启用WAF规则、更改速率限制设置等），它将在几秒钟内推出并在全球范围内运行。代码也是如此。开发人员能够在全球范围内几秒钟内更新他们的代码，并且有多个版本可供测试和部署。丰富的、交互式的开发环境意味着开发人员可以在部署之前编写和测试代码，然后上传，使之立即可用。Cloudflare庞大的网络（地球上最容易窥视的网络）、几乎可以立即更新代码的能力以及我们邻近的数据中心，这意味着在Cloudflare平台上用JavaScript编写的代码基本上是"在互联网上"而不是"在服务器上"运行的。我们认为这将改变游戏规则，因为开发人员不必担心代码在哪里运行或延迟到最终用户。他们将能够毫不费力地将易于更新的代码放在终端用户附近。我们迫不及待地想看看人们是怎么造的。领导Cloudflare Workers开发的Kenton Varda已经在博客上发表了一篇详细的博文，解释了他们是如何工作的，以及围绕语言、运行时等做出的决策：并附有示例。