深入解析 GitHub 全新的 Git 存储架构
内容提要
GitHub团队已将99.99999%的仓库迁移至Azure，剩余部分将借助按引用仲裁机制完成；对象存储使读取可独立扩展。团队还介绍了在共享组织内自动审查外部协作者权限、归档陈旧仓库的做法，并重构星标历史API，将请求从2500次降至24次，在不返回个人身份、不做无界数据库查询的前提下提供趋势数据。
延伸解读
迁移进度与剩余挑战
GitHub 已将 99.99999% 的仓库副本迁移至 Azure，剩余部分将借助按引用仲裁机制完成。这一比例意味着迁移已接近尾声，但剩余仓库可能因规模或复杂性需要特殊处理。按引用仲裁机制的具体实现未在文中展开，读者可关注其如何确保迁移过程中的一致性与可用性。
对象存储对读取扩展的意义
文章指出对象存储使读取操作可以独立扩展。这意味着存储层与读取层解耦，读取性能不再受限于单一存储节点的瓶颈。对于仓库交互频繁的场景，这种架构有助于提升响应速度，但文章未提及写入路径是否同样受益，读者需注意其适用范围。
星标历史 API 的重构取舍
新星标历史 API 将请求次数从 2500 次降至 24 次，同时不返回个人身份信息，也不进行无界数据库查询。这一优化在提供趋势数据的同时降低了数据库压力，但代价是牺牲了细粒度的用户级数据。读者应理解这是为可扩展性做出的工程权衡，而非功能缺失。
共享组织内的权限与仓库治理
GitHub 团队利用原生功能自动审查外部协作者权限并归档陈旧仓库。这有助于在共享组织中维持最小权限原则和仓库卫生，减少手动管理负担。文章未说明具体触发条件或审查频率，读者可参考此思路设计自己的治理流程，但需结合自身组织规模调整。
Q&A
GitHub 把仓库迁移到 Azure 的进度如何？
GitHub 已将 99.99999% 的仓库副本迁移到 Azure，剩余部分将借助按引用仲裁机制完成。
按引用仲裁机制在 GitHub 存储架构中起什么作用？
按引用仲裁机制用于完成剩余仓库的迁移，具体实现细节文章未展开。
对象存储如何帮助 GitHub 的读取操作扩展？
对象存储使读取操作可以独立扩展，不依赖其他组件。
GitHub 如何自动化管理共享组织中的外部协作者权限？
GitHub 利用原生功能自动审查外部协作者权限，并归档陈旧仓库，以保持组织安全与整洁。
GitHub 新的星标历史 API 相比旧版有哪些改进？
新 API 将请求次数从 2500 次降至 24 次，提供趋势数据而不返回个人身份信息，且无需无界数据库查询。
GitHub 在重构星标历史 API 时做了哪些工程权衡？
权衡包括：不返回个人身份信息、避免无界数据库查询，同时提供趋势数据。
