Gatsby Cloud Unified Hosting 详解统一托管架构、gatsbyjs.io 域名迁移与构建 URL 变化指南【免费下载链接】gatsbyReact-based framework with performance, scalability, and security built in.项目地址: https://gitcode.com/gh_mirrors/ga/gatsbyUnified Hosting 是 Gatsby Cloud 为所有构建Build统一升级的基础托管架构以gatsbyjs.io域名作为最直观的信号且默认对所有构建启用。本文将围绕 统一托管官方文档 展开系统讲解其背景动机、六大收益、新旧域名映射关系、URL 确定性规则并结合仓库内 Gatsby Cloud 相关文档与源码资源说明该架构如何影响重定向、反向代理、Lighthouse 审计、无服务器函数与自定义域名配置帮助你在升级后正确理解与运维站点。Unified Hosting 是什么Unified Hosting 是针对 Gatsby Cloud Hosting 所做的一次基础设施改进其核心信号是部署产物托管在gatsbyjs.io域名之下。它默认对所有构建启用无需手动配置。在此之前Gatsby 只有 Production生产构建运行在 Unified Hosting 这套基础设施上升级之后Pull RequestPR构建和 Preview预览构建等所有类型的构建都统一迁移到了这套更快的现代化架构之上——这正是 Unified统一一词的含义所有基础设施被统一到同一条更优的托管链路中。在 Gatsby Cloud 托管部署指南 中可以看到启用 Gatsby Hosting 后站点会获得一个基于站点前缀Site Prefix的默认域名YOUR_SITE_PREFIX.gatsbyjs.ioHTTPS 默认开启访问https://default domain即可查看托管站点。Unified Hosting 正是这套gatsbyjs.io域名体系背后的统一运行时。六大收益Unified Hosting 带来的能力清单官方文档明确列出了 Unified Hosting 为站点带来的六项核心收益每一项都可以在仓库的其他 Cloud 文档中找到对应的能力佐证Password protection密码保护构建产物可受到密码保护用于在公开前控制访问。这一点在 CMS 预览文档 中也有呼应——其中提到 WordPress 的 Preview loader 不支持受密码保护的 preview 实例说明密码保护是统一托管下 preview 场景的一项既有能力。More accurate Lighthouse reports更准确的 Lighthouse 报告托管在 CDN 上的真实产物环境更接近线上运行形态。按 使用 Lighthouse 审计 的说明Lighthouse 是开源自动化工具用于审计性能、可访问性、PWA 等指标Gatsby Cloud 会在每次构建时自动运行 Lighthouse 审计因此统一托管让审计结果更贴近真实生产环境。Faster initial page loads更快的首屏加载并运行在 CDN 之上统一托管架构自带 CDN 分发静态资源从边缘节点就近返回显著缩短首屏响应时间。Better route caching for browser speed更好的路由缓存提升浏览器速度统一托管对路由级别的响应头与缓存策略做了统一优化浏览器可更高效地复用缓存资源。Unlimited redirects无限重定向不再受旧托管方案下重定向数量限制的约束。关于重定向与反向代理的完整用法可参见 重定向与 Rewrites 操作指南其中覆盖了基于createRedirect的通配符splat重定向、按国家/地区重定向、按语言Accept-Language重定向、query 参数重定向以及用静态 YAML/JSON 文件管理重定向等能力。Reverse proxy behavior反向代理行为统一托管支持将请求反向代理到外部站点。在该指南的 Rewrites and reverse proxies 一节中可以看到实现方式在gatsby-node.js的createPages中通过createRedirect设置fromPath、外部完整 URL 的toPath与statusCode: 200即可把/docs/*之类的路径代理到https://www.awesomesite.com/docs/*等外部地址让一个站点在 front 聚合多个后端站点。同时文档也标注了当前限制内部 rewrites 仅允许一跳不能 A→B→C 链式代理、代理请求 20 秒超时、无限循环规则会被忽略。新旧域名对照从 gtsb.io 到 gatsbyjs.ioUnified Hosting 对用户最直观的影响是构建 URL 的域名变化旧构建部署在gtsb.io域新构建统一部署到gatsbyjs.io域。官方给出的新旧对照如下构建类型旧域名Unified Hosting 前新域名Unified Hosting 后Site站点构建build-{UUID}.gtsb.iobuild-{UUID}.gatsbyjs.ioPull RequestPR 构建build-{UUID}.gtsb.iobuild-{UUID}.gatsbyjs.ioPreview预览构建preview-{SITEPREFIX}.gtsb.iopreview-{SITEPREFIX}.gatsbyjs.io可以看到两种域名体系下 URL 的格式完全相同只是从gtsb.io换成了gatsbyjs.io子域Site 与 Pull Request 构建使用build-前缀加 UUIDPreview 构建则使用preview-前缀加站点前缀SITEPREFIX。这套域名体系在 Gatsby Cloud 上部署 Functions 的文档中同样被引用部署在 Gatsby Cloud 的 Functions 在任意构建 URL 上可用包括任何 preview URLsgstb.io域或 hosting URLsgatsbyjs.io或你的自定义域名且用户为函数设置的Cache-Control等自定义响应头会在 CDN 上被传递并尊重。旧 URL 兼容性gtsb.io 不会失效官方 FAQ 明确承诺在 Unified Hosting 推出之前部署的任何构建仍会继续在gtsb.io域上正常工作。这意味着历史链接、收藏夹或第三方引用的旧构建 URL 不会失效无需为存量构建做迁移操作只有新产生的构建会落位到新域名。URL 确定性除了 UUID 一切可预测对于关心自动化与监控的团队官方给出了确定性deterministic规则除了某个构建生成的 UUID 之外URL 是确定性的。例如 Pull Request 构建的 glob 匹配模式为build-*.gatsbyjs.io你可以用该模式批量识别、筛选或监控 PR 构建 URLPreview 构建则为preview-*.gatsbyjs.io模式其中*对应站点前缀。与自定义域名、重定向体系的衔接gatsbyjs.io域在统一托管中并非终点它同时也是自定义域名接入的基准在 Apex 与子域名指南 中添加自定义域名时子域如www需要 CNAME 指向你的 Gatsby Hosting 默认 URL即YOUR_SITE_PREFIX.gatsbyjs.io同时 Gatsby Cloud 允许把gatsbyjs.io域 301 重定向到你的主域名避免搜索引擎索引gatsbyjs.io默认域。自定义域名的完整接入步骤见 添加自定义域名。重定向、rewrites 与反向代理的完整参数状态码、通配符、国家/语言条件等见 重定向与 Rewrites 操作指南。FAQ 速查为什么要做 Unified Hosting因为旧架构只让 Production 构建享受更快的托管基础设施而 Unified Hosting 将 上文列出的六大收益 带给所有构建类型包括 Pull Request 和 Preview 构建。Gatsby 将全部基础设施统一到这套更快、更现代化的架构上。影响是什么主要可见变化是单个构建的 URL 域名过去部署到gtsb.io现在全部部署到gatsbyjs.io。旧gtsb.ioURL 还能用吗能。Unified Hosting 上线前部署的构建会继续在gtsb.io域上正常工作。新 URL 长什么样格式不变只是托管在gatsbyjs.io的子域上Site/PR 为build-{UUID}.gatsbyjs.ioPreview 为preview-{SITEPREFIX}.gatsbyjs.io。URL 是确定性的吗是。除每个构建生成的 UUID 外URL 均为确定性模式例如 PR 构建的 glob 模式为build-*.gatsbyjs.io。【免费下载链接】gatsbyReact-based framework with performance, scalability, and security built in.项目地址: https://gitcode.com/gh_mirrors/ga/gatsby创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考