因为它是个图像 CDN，所以您可以说：“好吧，以最佳格式提供它。将其作为这些尺寸。” 我不必以这些尺寸制作图像。您只需将尺寸放入 URL 中，它就会神奇地以该尺寸返回。所以这真的很好。如果没有，它会请求另一个无服务器功能来使其变得非常快。所以它会成功，然后把它放在某个地方的桶里……因为你必须有图像的来源，对吧？通常你必须将其实际托管在某个地方。因此，我们快速将其放入 S3 存储桶中，然后提供服务。 URL。我们对其进行了架构设计，以便该 URL 实际上是一个无服务器功能。这是一名工人。因此，如果该 URL 被点击，我们可以快速检查是否已经截取了该屏幕截图。
克里斯所以没有排队服务器
什么也没有。这就像无服务器功能管理这些图像的创建、存储和服务。其中大约有 5000 万或 8000 万之类的。它的数量很多，所以它可以很好地处理规模问题。我们只 伊朗电话号码表 是不碰它。它就这样发生了。这一切都发生得超级快。超好。 德鲁：我想……好吧，无服务器功能非常适合需要很少了解事物状态的任务。我的意思是，您提到了 CloudFlare 存储键值对的能力，以查看您是否已经缓存了某些内容。 克里斯：是的。不过，这就是他们试图解决的问题。这些键值对是……我认为传统上这是正确的。他们就像是“避免事物中的状态”，因为你不能指望它。CloudFlare Workers 的反应是，“是的，实际上，在某种程度上，你可以处理状态。
它不我不知道它是键值所以
它是值中的键。它不像一个嵌套的、关系型的花哨的东西。所以这可能有一些限制。但这是婴儿时期。我认为这些东西将会变得更加强大，所以你确实有能力做一些类似 BTC 数据库欧盟 国家的事情。 德鲁：有时，这种限制，即维持状态的有限能力，或者您根本没有……您根本不想维持任何状态的事实，会推动您进入一种为您提供这种……嗯，当我们谈论的架构中。关于“松散连接的小块”的软件哲学，不是吗？ 克里斯：嗯（肯定）。 德鲁：每个小组件只做一件事并且做得很好。并且并不真正了解其周围生态系统的其余部分。看起来这确实适用于无服务器功能的概念。你同意？ 克里斯：是的。我认为你可以进行一场哲学辩论，看看这是否是一个好主意。
