3 ms·

GH was acquired by microsoft some eight years ago. It has been working quite well until recently. People may have had complaints about functionality, features,

GH was acquired by microsoft some eight years ago. It has been working quite well until recently. People may have had complaints about functionality, features, commercial issues, but the thing used to at least have a decent uptime until recently.

bsimpson 5mo ago
It also used to be run as an independent company with access to MS's resources. Now it's a unit in their AI hype machine.
modriano 5mo ago
MSFT was pretty arms length for the first 5-6 years. I was honestly kind of impressed and it made my opinion of MSFT better. But then AI made it too attractive of a target and MSFT couldn't help but make it a place the former CEO wanted to leave (and it has been running headless for about a year now). It's quite disappointing objectively, but I expected worse from MSFT.
chris_money202 5mo ago
Has nothing to do with Microsoft acquisition... AI usage has increased demand and load. More PRs, more Action runners, more of everything firing. GitHub just wasn't ready for the scale and are now having issues catching up with it as it continues to increase exponentially.
- voncheese 5mo ago
  Yeah, that and Microsoft has been slow to move the infrastructure to something that scales better to handle that load. The more surpassing part is that Microsoft hasn't figured out a way to manage/contain the AI-sourced traffic better so it doesn't create all this noisy neighbor problems for non-AI usage/users.
  - chris_money202 5mo ago
    Github's core platform doesn't really make that separation, anything a human can leverage on github an AI agent can as well, just faster and with heavier usage. End of day agents and humans are using the same services.
    - voncheese 5mo ago
      Sure, still need to enable access the same info but feels like bucketing the clients into bucket1 = clients that were working just fine before (users and whatever automation they had in place) bucket2 = ai clients that contributed to, if not flat out caused, the scale problems then slowing down/limiting the bucket2 clients while keeping the bucket1 clients rolling as-is, is both doable and keeps existing customers happy while the underlying infra gets scale/perf improvements needed to support ai clients at scale.
- lqstuart 5mo ago
  MSFT is also forcing its subsidiaries to “lean into AI” so that they can fire people to cover for Satya’s bad investments
- semiquaver 5mo ago
  This is a convenient lie that GH likes to tell. Growth is nothing like exponential, its at most 300% over several years according to their own public numbers (presented misleadingly on graphs) But a couple of years ago they were crowing about how much work they were doing to prepare for “a billion developers”. If they had actually done that then the actual load from agents should have been no problem.
  - chris_money202 5mo ago
    Is this growth in resource usage or growth in revenue? Because those numbers aren't necessarily coupled. I.e most action runners are free
    - semiquaver 5mo ago
      usage
      - chris_money202 5mo ago
        There was an x post in another thread under this post that showed all the standard usage numbers are way up: 14x, 2.1x, etc. And the OP hinted at the usage growth being non-linear for 2026
- officialchicken 5mo ago
  Are you sure? Seems like they "completed" a migration about the same time all these problems started to become daily. https://www.theverge.com/tech/796119/microsoft-github-azure-migration-move-notepad https://www.theverge.com/tech/796119/microsoft-github-azure-...
05hundred 5mo ago
> It has been working quite well until recently. I'm not sure how reliable the data is, but average uptime seems to have dipped measurably starting within a year of the aquisition, according to https://damrnelson.github.io/github-historical-uptime/ https://damrnelson.github.io/github-historical-uptime/
- pluc 5mo ago
  They moved to Azure. Nothing improves on Azure.
- gen220 5mo ago
  FWIW, I'm not convinced that chart is necessarily an accurate representation of pre-acquisition reality. It would really surprise me if GitHub did not have a single sev-0 pre-acquisition, but it wouldn't surprise me if they were not formally captured and reported in a format that would make its way into their current status page's database.

bsimpson 5mo ago

It also used to be run as an independent company with access to MS's resources. Now it's a unit in their AI hype machine.

modriano 5mo ago

MSFT was pretty arms length for the first 5-6 years. I was honestly kind of impressed and it made my opinion of MSFT better. But then AI made it too attractive of a target and MSFT couldn't help but make it a place the former CEO wanted to leave (and it has been running headless for about a year now). It's quite disappointing objectively, but I expected worse from MSFT.

chris_money202 5mo ago

Has nothing to do with Microsoft acquisition... AI usage has increased demand and load. More PRs, more Action runners, more of everything firing. GitHub just wasn't ready for the scale and are now having issues catching up with it as it continues to increase exponentially.

voncheese 5mo ago
Yeah, that and Microsoft has been slow to move the infrastructure to something that scales better to handle that load. The more surpassing part is that Microsoft hasn't figured out a way to manage/contain the AI-sourced traffic better so it doesn't create all this noisy neighbor problems for non-AI usage/users.
- chris_money202 5mo ago
  Github's core platform doesn't really make that separation, anything a human can leverage on github an AI agent can as well, just faster and with heavier usage. End of day agents and humans are using the same services.
  - voncheese 5mo ago
    Sure, still need to enable access the same info but feels like bucketing the clients into bucket1 = clients that were working just fine before (users and whatever automation they had in place) bucket2 = ai clients that contributed to, if not flat out caused, the scale problems then slowing down/limiting the bucket2 clients while keeping the bucket1 clients rolling as-is, is both doable and keeps existing customers happy while the underlying infra gets scale/perf improvements needed to support ai clients at scale.
lqstuart 5mo ago
MSFT is also forcing its subsidiaries to “lean into AI” so that they can fire people to cover for Satya’s bad investments
semiquaver 5mo ago
This is a convenient lie that GH likes to tell. Growth is nothing like exponential, its at most 300% over several years according to their own public numbers (presented misleadingly on graphs) But a couple of years ago they were crowing about how much work they were doing to prepare for “a billion developers”. If they had actually done that then the actual load from agents should have been no problem.
- chris_money202 5mo ago
  Is this growth in resource usage or growth in revenue? Because those numbers aren't necessarily coupled. I.e most action runners are free
  - semiquaver 5mo ago
    usage
    - chris_money202 5mo ago
      There was an x post in another thread under this post that showed all the standard usage numbers are way up: 14x, 2.1x, etc. And the OP hinted at the usage growth being non-linear for 2026
officialchicken 5mo ago
Are you sure? Seems like they "completed" a migration about the same time all these problems started to become daily. https://www.theverge.com/tech/796119/microsoft-github-azure-migration-move-notepad https://www.theverge.com/tech/796119/microsoft-github-azure-...

05hundred 5mo ago

> It has been working quite well until recently. I'm not sure how reliable the data is, but average uptime seems to have dipped measurably starting within a year of the aquisition, according to https://damrnelson.github.io/github-historical-uptime/ https://damrnelson.github.io/github-historical-uptime/

pluc 5mo ago
They moved to Azure. Nothing improves on Azure.
gen220 5mo ago
FWIW, I'm not convinced that chart is necessarily an accurate representation of pre-acquisition reality. It would really surprise me if GitHub did not have a single sev-0 pre-acquisition, but it wouldn't surprise me if they were not formally captured and reported in a format that would make its way into their current status page's database.