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

Posted 2021-04-10 转角遇到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％：

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

在下图中，我们按月绘制了事件计数。左侧显示之前的 24 个月，右侧显示之后的 24 个月：

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

突发事件

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

在宣布收购之前的 24 个月中，共有 6,110 分钟的停机时间。在此之后的 24 个月中，发生了12,074 分钟的停机时间，增长了 97％：

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

在下图中，我们按月绘制了事件分钟数。左侧显示之前的 24 个月，右侧显示之后的 24 个月：

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 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