vlambda博客
学习文章列表

前几日，GitHub 推出了新的主页 feed 测试版本，其中更新带来的最重要的一个功能是“For you”，可以通过算法向开发者推荐可能感兴趣的项目或用户。GitHub 表示其目的是为了让开发人员接触更广泛的受众并建立社区属性。

对于 GitHub 这个“贴心”的推送，多数开发者似乎并不买账。他们担心这些推荐会把 GitHub 变成一个社交媒体平台。同时，这些开发者还提到，大家喜欢开源工具来增加数据隐私和透明度，算法推荐可能会导致数据收集和隐私的丢失，这与开源社区是不相符的。

在 GitHub 的官方仓库下，有一个“我不想要算法提要”的 Issue，评论中反对新功能的开发者特别多。

其中一位开发者指出，GitHub 是他们生计的一部分，这样做会导致他们承受无法摆脱的额外压力，如果希望进行推广，可以尝试其他的平台，而不是让其成为 GitHub 的强制性组成部分。

还有不少开发者直言不讳，“我不需要看到推荐，也不需要看到我不关注的人的活动，GitHub 正在试图推出社交功能，但我们在这里是为了工作”、“请不要把 GitHub 变成 Facebook”、“请给我一个选项来完全禁用算法提要”。

目前该功能仍在测试阶段，开发者的建议相信 GitHub 已经收到，具体的结果还要等待时间才能确定。

过去的几周时间里，GitHub 接连出现了多起宕机事件，严重影响了用户的正常使用。

宕机事件线：

• 3 月 16 日 14:09 UTC（持续时间 5 小时 36 分钟）

• 3 月 17 日 13:46 UTC（持续时间 2 小时 28 分钟）

• 3 月 22 日 15:53 UTC（持续时间 2 小时 53 分钟）

• 3 月 23 日 14:49 UTC（持续时间 2 小时 51 分钟）

发生如此密集的宕机事件，GitHub 在解决问题的同时也分享了相关情况。官方解释宕机主要原因是其mysql1集群的资源争夺，影响了 GitHub 负载高峰期间的服务和性能。

尽管在过去几年 GitHub 已经做了许多优化工作，例如增加集群以支持平台的增长、对主数据库进行分区等等，但很明显这并不能一劳永逸。

据了解，为了防止类似的事件再次发生，GitHub 已经开始在高峰时段对该特定数据库的负载模式进行审计，并根据这些审计进行一系列的性能修复。另外他们正在将流量转移到其他数据库，以减少负载并加快故障转移时间。同时审查相应的变更管理程序，特别是与生产环境中高负载期间相关的监控和变更。

GitHub 还表示，随着平台的不断发展，他们会一直努力扩展基础设施，包括对数据库进行分片和扩展硬件。

自微软接手 GitHub 后，在用户量不断增长（仅去年一年 GitHub 暴增 1600 万程序员）的同时，宕机事件也是越发频繁，对 GitHub 来说更换性能更为强大的数据库已经迫在眉睫。此外，显然开发者对代码托管社区增加“社交”属性非常抵触，GitHub 也需要重点思考究竟哪些是开发者真正需要的功能。

内容来源：网络

本期编辑：小艾 
商务合作：021-37709287
投稿邮箱：[email protected]（被采用的投稿将按约定支付稿酬或在上面内容来源注明并简介投稿者）

版权声明：AIF尊重版权并感谢每一位作者的辛苦付出与创作；除无法溯源的文章，我们均在文末备注了来源；如文章视频、图片、文字涉及版权问题，请第一时间联系我们，我们将根据您提供的证明材料确认版权并按国家标准支付稿酬或立即删除内容！