← All stories
● Covered by 1 source · 1 reportMedium impact1 neutral

GitHub reports on availability improvements and Azure migration progress for August-September

🔄 Updated 23d ago
New to BrevFeed? We gather this story from every outlet covering it into one summary — ranked by real-world impact, not just the latest headline — so you never miss what matters. What is BrevFeed? →

Key points

  • 120 of 160 production services deployed in Azure Central US by October 7.
  • Azure handled 65.4% of core application read traffic.
  • 24 authentication tables moved off GitHub's oldest shared database.
  • Pull request traffic can continue with limited functionality during dependency failures.

Progress on Azure Migration

GitHub's availability report covers infrastructure progress from August and September. By October 7, 120 out of 160 production services were deployed in Azure's Central US region. Additionally, 13 of 51 primary MySQL databases had been migrated. Azure now handles 65.4% of read traffic for GitHub’s core application, 48.3% of Git read traffic, and 80.2% of stream-processing traffic.

Capacity Management and Incidents

Deployments and traffic increases to Central US were paused on September 11 due to uneven capacity across availability zones, resuming on September 18. GitHub missed its September 30 goal to deploy all production services to Central US. A planned database failover resulted in an automated emergency process disconnecting Central US database copies, disrupting customers in that region. This process has since been disabled during planned handoffs.

Database Optimization

Outside the regional migration, 24 authentication-core tables were moved off GitHub’s oldest shared database, reducing approximately one million queries per second from its replicas. The database cluster supporting issues and pull requests removed about 980 million unnecessary edit-history rows, freeing up an estimated 1.8 terabytes of storage. Weekly deadlocks decreased by approximately 77% from their June peak.

Improved Resilience and Overload Controls

Half of sampled pull request traffic can now continue with limited functionality even if a shared dependency fails. Production results confirmed that several read operations remained available during a shared-database incident. Database traffic routing can automatically add capacity during spikes, with one group expanding from 14 to 19 instances during a September 23 increase in pull request activity. A new production overload control allows higher-priority API and web workflows to be protected by rejecting lower-priority requests.

✨ This summary was generated by AI from the outlets' reporting listed below. It is not independently verified and may contain errors — check the original sources. How BrevFeed works →

The daily brief

One email each morning: the day's tech stories, clustered across outlets and summarized. No account needed.

One email a day. Unsubscribe in one click, any time.

Today's brief

Spend a few minutes, get the whole day. Every topic's top stories in one hands-free rundown — listen, watch, or read the transcript.

~4 min · 3 stories · Nov 07

▶ Play today's brief Listen on Spotify

New every morning, and the back catalogue is archived by date.

Reporting from

GitHub released an availability report detailing progress on infrastructure improvements and migration to Azure during August and September. The company reduced shared-database pressure, added overload controls, and expanded failure containment for pull requests, while also moving more production workloads to Azure. These efforts aim to improve GitHub's overall availability and resilience.