Github Pages托管JSON作为API的速率限制及更优方案咨询

Github 没有公开针对 Pages 服务的请求频率限制，但有明确的使用规则和配额约束，实际使用时需要注意以下问题：

• 存储和带宽硬限制：单站点总存储不能超过1GB，每月带宽配额为100GB，按照你当前1-2千的日活计算，只要单JSON文件体积不超过100KB，短时间内不会触碰带宽上限，但如果后续用户量增长、文件体积变大就很容易超限
• 服务条款限制：官方明确禁止将 Github Pages 作为纯文件托管服务，用于承载API接口、软件下载站、文件分发等非项目站点展示类的用途，即使流量没有超限，被系统检测到用途不符合规则也可能被限流、甚至直接暂停站点服务
• 可用性无保障：Github Pages 没有服务等级协议（SLA）承诺，出现服务故障、访问波动时没有固定的修复时效，对应用的稳定性会有影响
• 国内连通性差：国内部分地区运营商无法正常访问 Github Pages 资源，用户拉取JSON的失败率会比较高，影响应用体验

可以根据你的成本预算、后续扩展需求选择对应的方案：

• 零成本/低成本入门方案：使用国内云服务商的对象存储服务，开启静态网站托管功能即可，你当前的访问量级基本都在各家的免费额度范围内，即使超出按量付费每月成本也只有几块钱，更新JSON只需要上传覆盖原有文件即可，国内访问速度、连通性都远高于Github Pages
• 高可用优化方案：如果对访问速度、加载成功率有更高要求，可以在对象存储的基础上搭配CDN服务，配置合适的缓存策略，JSON更新后主动触发CDN缓存刷新即可，用户访问时会从就近节点拉取资源，延迟更低
• 可扩展方案：如果后续你的数据更新频率升高、或者需要增加权限校验、动态拼接内容等需求，可以改用云函数托管接口，把JSON内容存在云数据库中，接口按需返回数据，当前的日活规模基本也在各家云厂商的免费额度范围内，扩展灵活度更高

内容的提问来源于stack exchange，提问作者Overdose013