成本 - 您的网站需要的构建时间越多，您支付的费用就越高更新预览的准备时间更长这是在 Jamstack 上处理大型网站时常见的挑战。不过，解决这一挑战的多种技术已经变得流行起来，包括：
将大型网站拆分为逻辑子部分在构建时仅生成必要的页面构建将大型网站拆分为逻辑子部分这种方法鼓励您将大型网站拆分为彼此独立的小型、集中的微型网站。然后，使用Netlify 重定向和代理将它们重新绑定在一起。一个理论上的例子是：
您有一个主站点其中链接到多个其他页面/about，如/docs、、/products等/blog。如果确实如此，那么将products、blog和构建docs为独立的微站点（可作为独立站点使用）是有意义的。在您的主站点中，您可以使用 Netlify 重定向或代理将微站点连接回您的主站点，如下所示：使用代理或根据您的偏好，使用重定向。
如果这个理论听起来有点模糊，请参考这个深入指南以获得更好的理解
通过这种方法，对docs、blog或products微型网站的更新将不会触发 中国电报号码数据库 主网站的完全重建，从而缩短上线时间并节省构建时间成本。更不用说，您可以独立审查和预览所有微型网站。我的同事Bhavana Srinivas在此处详细解释了这个过程。我还刚刚录制完演示此确切功能的教程。如果您更喜欢通过教程学习，请随意尝试一下！
我们经常会发现网站中有一些很少被访问的页面。每个人的情况都不一样，但根据我的经验，我发现像/legal、 、 等这样的页面很少被用户访问。如果您的网站中有用户通常不会访问的页面，那么您可以/codeofconduct推迟/archives生成它们，直到主要构建完成并且您的网站上线之后。这样您就可以使用 Jamstack 架构，而不会因构建时间过长而受到瓶颈限制。
拥有On-Demand Builders这样的功能，可以在首次请求时生成视图并将其放入 CDN，这是生成具有大量页面的站点需求的绝佳解决方案。这将确保在构建时只生成必要的页面，从而大大加快构建速度并为维护人员提供更好的开发体验。我们提出了一种与框架无关的解决方案，称为分布式持久渲染，您也可以在此处做出贡献。