翻訳待ち：GitHub added 3 million CPU cores. It still couldn’t keep up with your commits.

AI サービスが一時的に利用できないため、復旧後に翻訳を補完します。

Per month, GitHub now sees 2.9 billion commits, 130 million merged pull requests, and 24 million new repos. Back in April, GitHub already had a hard time handling ‘only’ 1.4 billion commits. To a large degree, that’s thanks to how popular coding agents have become and how quickly software development is changing. But it’s also no secret that GitHub, despite its efforts to move to a more modern architecture, simply hasn’t been able to scale fast enough to meet this demand. “We have made progress, but these incidents make clear that we must accelerate this work.” — GitHub CTO Vlad Fedorov. Why GitHub went down on August 17 The new data comes from a postmortem of its August 17 outage, which lasted almost eight hours. That was GitHub’s second major outage in August alone. As GitHub CTO Vlad Fedorov notes in the postmortem, “We have made progress, but these incidents make clear that we must accelerate this work.” Credit: GitHub. He stresses that the outage was due to scaling issues, not any code changes. GitHub’s infrastructure ran out of capacity, and those issues cascaded into this outage. “Our investigation found that the outage began when traffic reached a new peak, and a critical infrastructure component in our Central US data center failed to scale with it,” he explains. “The resulting capacity pressure spread through our systems, causing authentication failures and disrupting multiple GitHub services.” Credit: GitHub. 3M new CPU cores and GitHub still can’t keep up It’s worth noting that this is not because GitHub isn’t scaling its infrastructure. Fedorov used the post to disclose that 58% of GitHub’s platform load is now served by Azure. That’s up from 12% in May. Half of all Git operations are now served by Azure, too. The team added 3 million CPU cores this year, as well as 120 petabytes of high-speed storage, Fedorov writes. As for GitHub’s own data center, that’s maxed out now. “We installed as much hardware as available power allowed in our existing data centers while accelerating our migration to Azure,” Fedorov says. He also acknowledges that GitHub is facing other challenges as well. “As the pace and complexity of change increased, our existing operational practices did not keep up. We have redirected teams and resources toward availability and invested in stronger testing, safer rollouts, better observability, and more effective alerting. We have made progress, but this work is not complete,” he writes. “In addition, we are also isolating critical systems and removing shared dependencies between them. This work is designed to reduce the likelihood of an outage and limit its impact when one occurs.” For now, to avoid the issues that triggered the recent outages, GitHub is making a few concrete changes: it’s applying consistent retry limits and budgets, and tweaking timeouts across service-to-service interactions “to prevent retry storms and cascading load,” as Fedorov writes. A creaking GitHub is an opportunity for others GitHub is central to the developer ecosystem — and especially the open source ecosystem. Its recent issues, however, have created an opening for others to launch competing products. That includes Entire, the startup founded by GitHub’s former CEO Thomas Dohmke, which is betting on a distributed system to better handle agent-driven development workloads. With Origin, Cursor, too, is getting into this game. “If GitHub was stable, these alternatives would not be as interesting”: Cursor launches Origin as GitHub goes dark The post GitHub added 3 million CPU cores. It still couldn’t keep up with your commits. appeared first on The New Stack.