最初，W3C 尝试使用 GitHub 的 API 构建自定义备份解决方案。然而，他们在使用这种方法时遇到了重大障碍：
- 速率限制： GitHub 限制 API 请求（每小时最多 5,000 个），这使得拥有大量存储库的组织（如 W3C）难以扩展备份。
- 数据不完整：自定义脚本通常无法捕获备份中存储库的所有元素，例如 wiki 和拉取请求历史记录。
- 维护负担：由于该平台不断添加新功能，W3C 没有资源跟上 GitHub 的 API 更新。
面对这些挑战，W3C 转向自动化第三方备份解决方案来保护其数据。
为什么选择第三方解决方案？
鉴于 GitHub 对 W3C 的 电报数据 重要性，该团队需要找到能够保证正确备份的解决方案提供商。Rewind 为 W3C 提供了可扩展、安全、一劳永逸的备份和恢复解决方案。主要功能包括：
- 全面备份： Rewind 备份所有 GitHub 数据，包括问题、拉取请求、wiki 和配置。
- 版本历史： Rewind 提供了将存储库恢复到特定时间点的功能。
- 用户管理和安全： Rewind 提供细粒度的访问控制和强大的安全措施，包括用户对数据存储位置的选择。
- 适应性： Rewind 不断更新以适应 GitHub 不断发展的 API 和功能集。
对于 W3C 来说，外包备份使他们能够专注于推进网络标准的核心使命，同时将数据备份和恢复的复杂性留给专家。
平衡成本和收益
W3C 的 Denis 解 B2B 内容策略的8 条简单基本规则 释说，虽然 Rewind 需要付出成本，但其好处远远大于成本。该团队现在将以前用于维护自定义脚本的资源重新用于其他关键项目。此外，Rewind 的可扩展性、自动化以及与其他开发人员工具无缝集成的能力确保了 W3C 的数据安全需求得到全面满足。
最后的总结：主动保护 GitHub 数据的方法
想要评估其数据安全状况的企业应该问自己以下问题：
- 您的组织对于生产力损失或声誉损害的容忍度是多少？
- 您是否有明确的备份和恢复策略？
- 您的团队是否有能力承担构建自定义备份解决方案的负担，或者您是否可以从利用第三方专业知识来保护关键业务数据中受益？
本次网络研讨会分享的见解强调了主动保护 GitHub 数据的重要性。无论是通过自定义脚本还是第三方解决方案，目标始终不变：确保在数据丢失时具有弹性。如果没有强大的数据备份和恢复解决方案，后果可能非常严重，包括服务停机、浪费开发人员周期和收入损失。
要了解有关保护组织 加拿大数据 所依赖的关键 GitHub 数据的更多信息，请观看完整的网络研讨会录像，并了解有关 Rewind 如何提供帮助的更多信息。