GitHub'ı zorlayan yapay zekâ dalgası

GitHub'ın altyapısı uzun süre insanların klavye başında kod yazdığı bir geliştirme düzenine göre ölçeklendi. Ancak yapay zekâ ajanları artık kod üretebiliyor, commit oluşturabiliyor, pull request açabiliyor ve geliştirme süreçlerinin bir bölümünü insan müdahalesi olmadan yürütebiliyor. Bu durum, platformun karşılaştığı yükün hem hızını hem de hacmini değiştirdi.

• Yapay zekâ ajanlarının açtığı pull request'ler 14 kat arttı. Bu tür pull request'lerin sayısı Eylül 2025'te 4 milyonken Mart 2026'da 17 milyonun üzerine çıktı .
• Commit hacmi yeni bir ölçeğe ulaştı. GitHub haftada yaklaşık 275 milyon commit işliyor. Bu, platformun 2025 yılının tamamında işlediği 1 milyar commit'e kıyasla dikkat çekici bir artış .
• Hizmet güvenilirliği geriledi. Mayıs 2025 ile Nisan 2026 arasında GitHub'da 257 olay kaydedildi; bunların 48'i ciddi olarak sınıflandırıldı. Bu tablo, kabaca haftada bir büyük kesinti anlamına geliyor . Mayıs 2026'da dokuz hizmet olayı yaşanırken, haziran ayında kullanılabilirlik oranının yaklaşık yüzde 88,4'e düştüğü bildirildi. Bu oran, hedeflenen yüzde 99,9'luk hizmet seviyesi anlaşmasının oldukça altında .

Microsoft CEO'su Satya Nadella da Nisan 2026'daki bilanço görüşmesinde GitHub'ın "agentic coding" kullanımının yayılmasıyla "eşi benzeri görülmemiş bir büyüme" yaşadığını ve şirketin bu talebi karşılamak için kapasiteyi artırmaya çalıştığını söyledi . GitHub Teknoloji Direktörü Vlad Fedorov ise nadir görülen bir kamuoyu özründe, platformun kapasite ihtiyacını ciddi biçimde düşük tahmin ettiğini ve nisan ayındaki çalışma süresinin yüzde 85'in altına indiğini kabul etti .

Altyapı ekibi Ekim 2025'te kapasiteyi 10 kat artırmayı planlamıştı. Ancak Şubat 2026'ya gelindiğinde ihtiyaç duyulan artışın 30 kat olabileceği anlaşıldı . AWS'ye yönelimin temel nedeni de bu: mevcut altyapı, yükü yeterince hızlı karşılayamıyordu.

Microsoft neden rakibi Amazon'a başvurdu?

Microsoft açısından AWS kullanımı bir strateji değişikliğinden çok acil durum kararı. GitHub'daki kesintiler geliştiricileri ve yapay zekâ ajanlarını etkilerken şirket, daha fazla beklemek yerine AWS'den geçici kapasite satın aldı .

Bu kararın dikkat çekici olmasının nedeni, Microsoft'un GitHub'ı 2018'de 7,5 milyar dolara satın alırken platformu Azure ekosistemine daha sıkı bağlamayı ve AWS ile bulut rekabetini güçlendirmeyi hedeflemesiydi . Şimdi ise GitHub Copilot gibi Microsoft'un kendi yapay zekâ ürünlerinin de katkıda bulunduğu yapay zekâ patlaması, şirketi doğrudan rakibinin sunucularından yararlanmaya itiyor.

AWS kapasitesi, Azure'un belirli bölgelerde yeterli işlem gücüne sahip olmaması ya da bu kapasiteyi yeterince hızlı sağlayamaması ihtimalini gündeme getiriyor . Microsoft için bu, Azure'un uzun vadeli hedef olmaya devam ettiği bir dönemde önemli bir operasyonel taviz.

Azure geçişi neden talebin gerisinde kaldı?

Microsoft, GitHub'ı satın aldıktan sonra platformun altyapısını eski veri merkezlerinden Azure'a taşımak üzere çok yıllı bir plan başlattı . Geçişin farklı bileşenleri farklı tarihlerde ilerledi:

• GitHub Actions ve Copilot modelleri 2024'te Azure'a taşındı .
• Pages ve Packages hizmetleri 2025'te takip etti .
• Ancak ana platform ve veritabanlarının geçişi ancak Ekim 2025'te başladı .

Şubat 2026 itibarıyla GitHub trafiğinin yalnızca yüzde 12,5'inin Azure üzerinden yönlendirildiği, bu oranın Temmuz 2026'da yüzde 50'ye çıkarılmasının hedeflendiği bildirildi . GitHub'ın tamamen Azure'a taşınmasının ise 2027'ye kadar tamamlanması planlanıyor .

Sorun, yapay zekâ destekli kodlama kullanımının bu takvimden daha hızlı büyümesi. GitHub'ın altyapısı hâlâ eski veri merkezleriyle Azure arasında bölünmüş durumda ve bu yapı, trafik patlamalarında hızlı ölçeklenmeyi zorlaştırıyor . Başka bir ifadeyle, geçiş planı devam ediyor ancak platformun karşı karşıya kaldığı talep artışı planın önüne geçmiş durumda .

GitHub'ın attığı operasyonel adımlar

AWS'den kapasite almak, daha geniş bir altyapı müdahalesinin yalnızca en görünür parçası.

1. Fiilî çoklu bulut mimarisi: GitHub, Azure geçişi tamamlanana kadar AWS kapasitesini acil durumlarda kullanılabilecek bir ek katman olarak kullanıyor. Bu, ideal bir uzun vadeli hedef olmaktan çok, mevcut baskıyı hafifletmek için alınmış taktik bir karar .
2. Geçiş araçlarının hızlandırılması: Microsoft, Azure DevOps tarafında Enterprise Live Migrations (ELM) aracının ön sürümünü kullanıma sundu. Araç, birden fazla depoyu kesinti süresini sınırlayarak taşımayı amaçlıyor .
3. Önceliklerin altyapıya kaydırılması: Daha önceki raporlara göre GitHub, Virginia'daki veri merkezlerinde kapasite sınırlarına ulaşılması ve yapay zekâ iş yüklerinin hızla büyümesi nedeniyle yeni özellik çalışmalarının çoğunu geçici olarak durdurup temel altyapının Azure'a taşınmasına odaklandı .

Sonuç, Microsoft'un Azure planını terk etmesi değil. Asıl mesaj, yapay zekâ ajanlarının geliştirici altyapısının ölçeğini kalıcı biçimde değiştirmiş olması. İnsanların klavye başındaki çalışma temposuna göre tasarlanan GitHub, artık yazılımın büyük bölümünün makineler tarafından üretildiği bir düzene uyum sağlamak zorunda. Bu yeni dünyada, trilyon dolarlık bir şirket bile talep artışına hazırlıksız yakalanabiliyor ve hizmeti çalışır tutmak için en büyük rakibinin bulutuna başvurabiliyor.

GitHub'ı zorlayan yapay zekâ dalgası

GitHub'ın altyapısı uzun süre insanların klavye başında kod yazdığı bir geliştirme düzenine göre ölçeklendi. Ancak yapay zekâ ajanları artık kod üretebiliyor, commit oluşturabiliyor, pull request açabiliyor ve geliştirme süreçlerinin bir bölümünü insan müdahalesi olmadan yürütebiliyor. Bu durum, platformun karşılaştığı yükün hem hızını hem de hacmini değiştirdi.

• Yapay zekâ ajanlarının açtığı pull request'ler 14 kat arttı. Bu tür pull request'lerin sayısı Eylül 2025'te 4 milyonken Mart 2026'da 17 milyonun üzerine çıktı .
• Commit hacmi yeni bir ölçeğe ulaştı. GitHub haftada yaklaşık 275 milyon commit işliyor. Bu, platformun 2025 yılının tamamında işlediği 1 milyar commit'e kıyasla dikkat çekici bir artış .
• Hizmet güvenilirliği geriledi. Mayıs 2025 ile Nisan 2026 arasında GitHub'da 257 olay kaydedildi; bunların 48'i ciddi olarak sınıflandırıldı. Bu tablo, kabaca haftada bir büyük kesinti anlamına geliyor . Mayıs 2026'da dokuz hizmet olayı yaşanırken, haziran ayında kullanılabilirlik oranının yaklaşık yüzde 88,4'e düştüğü bildirildi. Bu oran, hedeflenen yüzde 99,9'luk hizmet seviyesi anlaşmasının oldukça altında .

Microsoft CEO'su Satya Nadella da Nisan 2026'daki bilanço görüşmesinde GitHub'ın "agentic coding" kullanımının yayılmasıyla "eşi benzeri görülmemiş bir büyüme" yaşadığını ve şirketin bu talebi karşılamak için kapasiteyi artırmaya çalıştığını söyledi . GitHub Teknoloji Direktörü Vlad Fedorov ise nadir görülen bir kamuoyu özründe, platformun kapasite ihtiyacını ciddi biçimde düşük tahmin ettiğini ve nisan ayındaki çalışma süresinin yüzde 85'in altına indiğini kabul etti .

Altyapı ekibi Ekim 2025'te kapasiteyi 10 kat artırmayı planlamıştı. Ancak Şubat 2026'ya gelindiğinde ihtiyaç duyulan artışın 30 kat olabileceği anlaşıldı . AWS'ye yönelimin temel nedeni de bu: mevcut altyapı, yükü yeterince hızlı karşılayamıyordu.

Microsoft neden rakibi Amazon'a başvurdu?

Microsoft açısından AWS kullanımı bir strateji değişikliğinden çok acil durum kararı. GitHub'daki kesintiler geliştiricileri ve yapay zekâ ajanlarını etkilerken şirket, daha fazla beklemek yerine AWS'den geçici kapasite satın aldı .

Bu kararın dikkat çekici olmasının nedeni, Microsoft'un GitHub'ı 2018'de 7,5 milyar dolara satın alırken platformu Azure ekosistemine daha sıkı bağlamayı ve AWS ile bulut rekabetini güçlendirmeyi hedeflemesiydi . Şimdi ise GitHub Copilot gibi Microsoft'un kendi yapay zekâ ürünlerinin de katkıda bulunduğu yapay zekâ patlaması, şirketi doğrudan rakibinin sunucularından yararlanmaya itiyor.

AWS kapasitesi, Azure'un belirli bölgelerde yeterli işlem gücüne sahip olmaması ya da bu kapasiteyi yeterince hızlı sağlayamaması ihtimalini gündeme getiriyor . Microsoft için bu, Azure'un uzun vadeli hedef olmaya devam ettiği bir dönemde önemli bir operasyonel taviz.

Azure geçişi neden talebin gerisinde kaldı?

Microsoft, GitHub'ı satın aldıktan sonra platformun altyapısını eski veri merkezlerinden Azure'a taşımak üzere çok yıllı bir plan başlattı . Geçişin farklı bileşenleri farklı tarihlerde ilerledi:

• GitHub Actions ve Copilot modelleri 2024'te Azure'a taşındı .
• Pages ve Packages hizmetleri 2025'te takip etti .
• Ancak ana platform ve veritabanlarının geçişi ancak Ekim 2025'te başladı .

Şubat 2026 itibarıyla GitHub trafiğinin yalnızca yüzde 12,5'inin Azure üzerinden yönlendirildiği, bu oranın Temmuz 2026'da yüzde 50'ye çıkarılmasının hedeflendiği bildirildi . GitHub'ın tamamen Azure'a taşınmasının ise 2027'ye kadar tamamlanması planlanıyor .

Sorun, yapay zekâ destekli kodlama kullanımının bu takvimden daha hızlı büyümesi. GitHub'ın altyapısı hâlâ eski veri merkezleriyle Azure arasında bölünmüş durumda ve bu yapı, trafik patlamalarında hızlı ölçeklenmeyi zorlaştırıyor . Başka bir ifadeyle, geçiş planı devam ediyor ancak platformun karşı karşıya kaldığı talep artışı planın önüne geçmiş durumda .

GitHub'ın attığı operasyonel adımlar

AWS'den kapasite almak, daha geniş bir altyapı müdahalesinin yalnızca en görünür parçası.

1. Fiilî çoklu bulut mimarisi: GitHub, Azure geçişi tamamlanana kadar AWS kapasitesini acil durumlarda kullanılabilecek bir ek katman olarak kullanıyor. Bu, ideal bir uzun vadeli hedef olmaktan çok, mevcut baskıyı hafifletmek için alınmış taktik bir karar .
2. Geçiş araçlarının hızlandırılması: Microsoft, Azure DevOps tarafında Enterprise Live Migrations (ELM) aracının ön sürümünü kullanıma sundu. Araç, birden fazla depoyu kesinti süresini sınırlayarak taşımayı amaçlıyor .
3. Önceliklerin altyapıya kaydırılması: Daha önceki raporlara göre GitHub, Virginia'daki veri merkezlerinde kapasite sınırlarına ulaşılması ve yapay zekâ iş yüklerinin hızla büyümesi nedeniyle yeni özellik çalışmalarının çoğunu geçici olarak durdurup temel altyapının Azure'a taşınmasına odaklandı .

Sonuç, Microsoft'un Azure planını terk etmesi değil. Asıl mesaj, yapay zekâ ajanlarının geliştirici altyapısının ölçeğini kalıcı biçimde değiştirmiş olması. İnsanların klavye başındaki çalışma temposuna göre tasarlanan GitHub, artık yazılımın büyük bölümünün makineler tarafından üretildiği bir düzene uyum sağlamak zorunda. Bu yeni dünyada, trilyon dolarlık bir şirket bile talep artışına hazırlıksız yakalanabiliyor ve hizmeti çalışır tutmak için en büyük rakibinin bulutuna başvurabiliyor.