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


新算法推送遭开发者抗议

 

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

 

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


 

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


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

 

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

 

Issue 地址:https://github.com/github/feedback/discussions/13131

连续宕机事件,因 MySQL 负载过重

 

过去的几周时间里,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 也需要重点思考究竟哪些是开发者真正需要的功能。

 

参考链接:

 

https://www.theregister.com/2022/03/23/github_for_you/

 

https://github.blog/2022-03-23-an-update-on-recent-service-disruptions/

本文文字及图片出自 InfoQ

余下全文(1/3)
分享这篇文章:

请关注我们:

发表评论

邮箱地址不会被公开。 必填项已用*标注