vlambda博客
学习文章列表

自从微软收购 GitHub 以来,其服务中断和停机的次数更多了吗?

两年前,在 2018 年 6 月 4 日,微软宣布以 7.5 亿美元的股票收购 GitHub[1],这是开发人员工具启动生态系统的独角兽宠儿。该引起了各种意见和评论[2],从 “GitHub 注定失败” 到“微软很聪明”,并对 GitHub 的未来做出了许多预测。有人认为,微软对其云产品 Azure 的不断增长的投资可能会帮助 GitHub。微软的投资是否可以提高 GitHub 的可靠性,或使其免受 DDOS[3] 之类的故障影响?这些预测有没有实现?

我们着手从某个角度分析 GitHub 的收购:自从 Microsoft 收购 GitHub 以来,GitHub 变得更加可靠吗?服务 StatusGator[4] 可以监视 700 多家大小不一的云提供商和 SaaS 公司的状态页。我们汇总并规范化状态页数据,订阅用户可通过电子邮件,Slack,Team 或 Webhook 获取通知,以及在所有服务相关性的统一状态仪表板[5]中看到。

五年多来,我们一直在分析 GitHub 状态页面[6]每隔 5 分钟,StatusGator 会截屏并收集有关其服务状态的相关数据[7]这意味着我们处于独特的位置,可以提供 GitHub 自己通过其状态页面宣布的停机时间分析。

数据告诉我们什么?自宣布收购以来的两年中,GitHub 报告状态页面事件增加了 41%。此外,与收购之前的两年相比,事件纪要增加了 97%。这实际上表明可靠性降低了吗?我们不能说。这可能只是意味着 GitHub 更频繁地发布到其状态页面。

事故计数

我们计算了收购发布前 24 个月和后 24 个月的事件计数。我们将状态页分为四个状态:up, warn, down, 和 maintenance。GitHub 没在其状态页面上公开维护计划。

收购之前,GitHub 状态页面上发布了 89 个事件。之后,发生了 126 起事件。增加 41%:

自从微软收购 GitHub 以来,其服务中断和停机的次数更多了吗?

89 Incidents before the acquisition, 126 incidents after, a 41% increase.

在下图中,我们按月绘制了事件计数。左侧显示之前的 24 个月,右侧显示之后的 24 个月:自从微软收购 GitHub 以来,其服务中断和停机的次数更多了吗?

Graph showing GitHub incidents by month, before and after their acquisition by Microsoft.

突发事件

我们通过事件开始时间和结束时间相减来计算事件分钟数。尽管不是 100% 实时,但 StatusGator 会经常检查:每 5 分钟检查一次,因此可以快速检测到状态页更改。我们计算了页面未处于整体 up 状态的时间。

在宣布收购之前的 24 个月中,共有 6,110 分钟的停机时间。在此之后的 24 个月中,发生了12,074 分钟的停机时间,增长了 97%:自从微软收购 GitHub 以来,其服务中断和停机的次数更多了吗?

6,110 Incidents before the acquisition, 12,074 incidents after, a 97% increase.

在下图中,我们按月绘制了事件分钟数。左侧显示之前的 24 个月,右侧显示之后的 24 个月:自从微软收购 GitHub 以来,其服务中断和停机的次数更多了吗?

Graph showing GitHub downtime minutes by month, before and after their acquisition by Microsoft.

状态页面演变

在这四年中,GitHub 在状态页信息的粒度和设计方面取得了巨大的进步。在 2018 年 12 月,他们从自有状态页面切换到由最受欢迎的状态页面提供商 Atlassian 的 StatusPage[8] 服务运营的页面。为此,他们添加了许多单独的组件状态[9]。这是 GitHub 切换到 Atlassian StatusPage 之前的状态页:自从微软收购 GitHub 以来,其服务中断和停机的次数更多了吗?

GitHub status page showing only a single status across all GitHub services.

当他们切换到新的状态页面格式时,GitHub 通过详细说明以下各个服务组件,朝着提高问责制(accountability)和透明度(transparency)迈出了一大步:

  • Git Operations
  • API Requests
  • Issues, PRs, Dashboard, Projects
  • Notifications
  • Gists
  • GitHub Pages

随着时间的流逝,他们扩大并完善了其组件状态。他们还开始在其状态页面上显示历史数据。如您所见,它们以最新,最详细的状态页面格式显示了以下服务组件状态:

  • Git Operations
  • API Requests
  • Webhooks
  • Issues, PRs, Projects
  • GitHub Actions
  • GitHub Packages
  • GitHub Pages

GitHub 的新状态页面

GitHub status page showing detailed statuses of each of the major components of their service.

GitHub 状态页面显示其服务的每个主要组件的详细状态。

他们还将状态页移到了专用域名 githubstatus.com[10],这是一个最佳实践。所有这些额外的透明性,详细信息和历史数据都是值得赞扬的工作,用于传递有关所有 GitHub 系统状态的最新信息。更多的关键云基础架构提供商应效仿 GitHub 所做的事情。

结论

我们可以从所有这些数据中得出什么结论?客观地说,我们可以得出结论,在收购宣布后的两年内,GitHub 在其状态页面上的发布频率更高。他们发布了更多的中断和停机事件。这些事件的持续时间更长。根据他们提供的数据,自微软收购以来,GitHub 的 down 时间更长。

但这可能是协调工作的一部分,以使其服务状态更加透明,这一工作值得赞赏。

StatusGator 的目标是不因任何中断而羞辱任何人。每个人都会遇到意外的停机时间。我们只是努力以更有用的方式使状态页数据可用和可访问。从 Slack 和 Microsoft Teams 到 Webhooks,API 等等。StatusGator 汇总状态页数据,使您能够随时了解团队情况。

原文链接:https://nimbleindustries.io/2020/06/04/has-github-been-down-more-since-its-acquisition-by-microsoft/

编译:欧盆索思

参考资料

[1]

7.5 亿美元的股票收购 GitHub: https://techcrunch.com/2018/06/04/microsoft-has-acquired-github-for-7-5b-in-microsoft-stock/

[2]

意见和评论: https://news.ycombinator.com/item?id=17221527

[3]

DDOS: https://www.wired.com/story/github-ddos-memcached/

[4]

StatusGator: https://statusgator.com/

[5]

状态仪表板: https://nimbleindustries.io/2020/01/24/how-to-save-precious-minutes-during-incident-response/

[6]

GitHub 状态页面: https://www.githubstatus.com/

[7]

相关数据: https://statusgator.com/services/github

[8]

Atlassian 的 StatusPage: https://nimbleindustries.io/2019/03/11/2019-statusgator-status-page-awards/

[9]

组件状态: https://nimbleindustries.io/2019/11/22/component-status-filtering-is-here/

[10]

githubstatus.com: https://www.githubstatus.com/


请在文章底部留言、点赞或关注转发,你的支持就是我持续更新的最大动力!


推荐阅读





OpenSourceDaily - 送给爱开源的你

Git · GitHub · GitLab · Gitee