我们想分享一个我们一直在为Jamstack探索的新概念，这个概念源于我们与大型企业开发团队合作，一次部署数十万个页面。
我们希望找到一种方法来加快这些部署的速度，而不会给 Jamstack 开发人员带来不必要的复杂性。之前已经提出了一些解决方案，但它们往往会将您锁定在特定的框架中，或者破坏使用 Jamstack 的一些最令人信服的理由。需要一种以 Jamstack 为中心的方法，这种方法可以在整个生态系统中发挥作用。在 Netlify 和 Jamstack 社区的一些成员讨论之后，我们觉得我们已经找到了正确的概念——我们称之为“分布式持久渲染”，简称“DPR”。
这篇文章旨在初步介绍我们提出的方法，并邀请整个社区提供反馈和协作。我们希望创建一个新标准，既能保留 Jamstack 的核心原则和优势，又能适用于各种网站生成器和框架，从而为 Jamstack 带来更广泛的网站和用例。
我们认为最好的工具都是围绕一个简单的思维模型构建的，该模型可帮助 丹麦电报号码数据库 您在构建应用程序时轻松推断应用程序的状态。现代前端库（如 React 和 Vue）与开发人员达成了简单而强大的协议：UI 成为状态函数。更改状态，UI 就会重新渲染以做出响应。
Jamstack 之所以蓬勃发展，是因为它同样以直观的思维模型为中心：每次 git push 都会运行一个构建过程来创建自己的原子部署。这种方法让您能够非常轻松地推断出您网站或应用程序的当前状态，即使您的团队每天都会做出许多更改。它使新部署和回滚都变得轻松无比。它让您始终对任何访问者在任何给定 URL 上看到的内容充满信心。而且，最重要的是，它避免了扩展传统网络所带来的所有深层缓存、复杂性和基础设施。
对抗复杂性
对于任何技术来说，最困难的部分不是建立简单性，而是随着时间的推移保护它。
随着 Jamstack 的发展，动态服务器端渲染、补水、分层 CDN 缓存和重新验证时过期等新功能似乎正将我们逼回到我们努力摆脱的所有复杂性。您还能对回滚充满信心吗？如果您推送部署预览 #110，您真的知道您的网站会如何表现吗？