I feel bad for the team, but will be great growth opportunities for all.
This is likely a pricing failure. Systems breaking due to over-usage is like going to the store and finding that they're sold out. You're much less likely to sell out if you charge more. Meanwhile, GitHub not only didn't raise prices, they cut them at the beginning of the year: https://github.com/resources/insights/2026-pricing-changes-f...
And this is beside them cutting the Pro tier from $7/seat/month to $4/seat/month back in 2020 and not touching the price since: https://docs.github.com/en/get-started/learning-about-github...
Bear in mind as well that the Pro tier includes 3,000 minutes/month and the Enterprise tier ($21/seat/month, and no published minimum seat floors) includes 50,000 minutes/month. $21/50,000 minutes/month for a solopreneur is practically giving away the farm.
GitHub needs to drastically increase pricing, at least for Actions; their current pricing is practically a WTO dumping violation.
So maybe them providing service at literally all costs to themselves is a smart strategy long term.
slopreneurs are the issue
"Should" doesn't imply "does". GitHub is competing with all of the other Microsoft products that need Azure compute, in addition to Microsoft customers. If a customer is willing to buy the compute at a higher margin than the internal chargeback rate, it's definitely not a given that GitHub is getting that compute over the customer. It's hunger games for compute everywhere right now.
"Microsoft turns to Amazon for help with GitHub's AI-driven capacity issues"
Problem is while we have a visceral feel for what the "value" of GitHub is to human users for human usage, I'm not sure we have a feel for what the value of the agentic equivalent is.
IMO it's probably very high on paper if you think through what kind of work is unlocked at agent speeds, provided you have a very capable work-execution fabric.
But since we're anchored to human pricing, whatever they propose will feel expensive.
They wanted direct access to the repositories for other purposes than serving the customer. Such as training data for copilot, and who knows what else.
Pricing low helped ensure access to that data.
> That's a seriously insane number to keep up with at GitHub's scale.
What exactly is it about GitHub's workload that makes us feel like the specific 23k things happening in that slice of one second are tantamount to insanity? In my experience, much of GitHub activity is changing labels on issues and posting plaintext comments.
Technically speaking, this rate of things happening per second is well within the territory of what one large server can handle. I know it sounds wild to imply that we could run all of the GitHub public cloud off a single machine, but how crazy is it in reality when we start to consider the actual I/O bandwidth that is available in a leading edge server platform? All of VisaNet circa 2009 could run off a single mainframe. That's global. It is plausible they still operate this way.
Virtually 100% of the aspects of GitHub that would quickly saturate I/O on the transactional core can be offloaded to horizontal systems like blob storage and CDNs.
> What exactly is it about GitHub's workload that makes us feel like the specific 23k things happening in that slice of one second are tantamount to insanity?
>
> Technically speaking, this rate of things happening per second is well within the territory *of what one large server can handle*
Just as a mental exercise, consider what is happening when a GH action kicks off and everything involved in that.
The amount of write I/O we're talking about here is absolutely massive just on the GH side of it.
A Netflix or Hulu serving videos isn't the same thing because that is a read-heavy workload that works great in CDNs. GitHub has massive amounts of write volume.
Be careful what you wish for, because we might get a toll system for humans instead.
We all have businesses to run, this downtime costs us money already.
Just backseat gaming but a lot of those issues could probably be solved if they'd (temporarly) reduce the free tier. I'd say simply dropping Actions from it would reduce the load by a lot because then most vibe coders wouldn't bother integrating a CI/CD and either just use local pre-commit scripts or stop using those entirely. Not using a CI also drops the requirement for using PRs on solo-dev projects so they might also reduce load there.
This system worked pre-LLM and turned github into the de facto _hub_ for software development. It was so good that microsoft, a company previously known for its "developers, developers, developers" stance decided to spend a cool bill on it.
The proposed suggestion is that we all must make sacrifices for the machine god: Developers shouldn't write code, only correct the machine when it's wrong, mathematicians must read the slop and derive new science from it and regular people must refrain from talking dirty to it so then
why the fuck not give it our water and power too?
Majority of public utility consumers don’t give a crap about GitHub or AI. They’d likely tell you to kick rocks if you proposed any type of ration or limitation for your assertion that “we all must make sacrifices for the machine god”. Data center development is getting plenty of community pushback for exactly this reason.
Your train of thought is probably more average amongst GitHub user population but I fear is wildly off average when compared to a general population/the public.
Increasing the cost from zero to nonzero is a limitation, not a cost adjustment.
> Increasing the cost from zero to nonzero is a limitation, not a cost adjustment.
That is nonsensical. "Increasing the cost ... is not a cost adjustment". It's not a limitation if you're willing to pay the new cost. Thus, not a direct limitation. It's optional based on how much you value the service. Doing the same to water/electric would just be increasing the rates and letting supply/demand economics take over, you are saying people need to be forced to use less without mentioning any cost adjustment... not clear if you know what a cost adjustment means.
It's not an analogy as in, it's what's actually being proposed by some OP that's less invested in this than you are:
"we should remove the previously freely granted ability to use github actions because vibecoders are fucking shit up for other users" is the same thing as "we should appease the [edit: followers of the] machine god", which is the same thing as "we should give up water and power to the machine" and "we should build our websites to be more machine-friendly"
Now please apply the above to your second argument.
Water and power is optional, based on how much you value the service.
That is why you should have inferred sarcasm.
As for the step from zero to nonzero, it is relevant because the service stops being available to those without the means to make payment online, which I believe is the majority of the world by population (sorry, visa and mastercard are not particularly popular outside the western sphere of influence)
If Microsoft had brains they would leverage it to become the de facto file system for all ai agents before cursor or anthropic figure it out.
That being said, they are definitely even less reliable now due to demand.
The demand in question is upper leadership's demands to do more with less and do it faster and who cares if it works out worse for a lot of people at any point?
When it became apparent that this growth was on the trajectory, instead of doing something to limit it and thus preserving the reliability of the platform, GitHub (or maybe Microsoft) decided to embrace that growth and allow their own platform to fail. They didn’t need to do that. And they shouldn’t have done that. They deserve all the criticisms coming at them for doing this.
In this case most simple explanation is inaction. Yeah, it was coming, but nobody was exactly in position or cared enough to do something about it.
I like GitHub (maybe liked?), but their up-time isn't acceptable and I don't get the "poor little Microsoft/8B acquisition" story either.
Source: enterprise cloud customer, it's broken all the time.
There is GHES onprem which indeed doesn't get affected by these outages, but it's shit.
You could say they should separate the human users from the slopsters in any tier. This could be done with some quota/rate limiting model.
But, if they are either on the fence or believing that agent-based development is the way forward, then that new reality is the one they would need to support. Cutting it off will send those customers elsewhere.
And, if you've managed to handle the new workload, it is basically in the noise to also handle artisanal human developers in the background on the same solution...
Okay, and?
GitHub chose this. They explicitly market it as a pro-AI platform. They literally invited this giant self-DDoS! GitHub can trivially stop the deluge any time they want, simply by introducing sensible rate limits.
This isn't some poor early startup getting Slashdotted. What we are seeing is upper management intentionally sacrificing existing paying customers, just to avoid having to be the one to suggest slowing down the AI hypetrain.
GitHub knows that it has a mostly-captive audience. Screwing over your day is a sacrifice they are willing to make to keep Line Going Up.