GitHub dibanjiri kod yang dijana mesin

GitHub pada asalnya dibina untuk aliran kerja yang dipacu manusia: pembangun menulis kod, membuat commit dan membuka pull request secara berperingkat. Ejen AI pula boleh menjana, mengubah dan menghantar kod pada skala yang jauh lebih besar.

Beberapa angka menggambarkan tekanan tersebut:

• Pull request ejen AI meningkat 14 kali ganda. Jumlah pull request yang dibuka ejen AI melonjak daripada 4 juta pada September 2025 kepada lebih 17 juta pada Mac 2026 .
• Jumlah commit meningkat ke tahap luar biasa. GitHub kini mengendalikan kira-kira 275 juta commit setiap minggu—lebih banyak berbanding 1 bilion commit yang diproses sepanjang tahun 2025 .
• Kebolehpercayaan merosot. Antara Mei 2025 hingga April 2026, GitHub mencatatkan 257 insiden, termasuk 48 yang dikategorikan sebagai serius. Ini bersamaan kira-kira satu gangguan besar setiap minggu . Sembilan insiden pula direkodkan pada Mei 2026, sementara ketersediaan perkhidmatan pada Jun jatuh kepada sekitar 88.4%, jauh di bawah sasaran 99.9% yang ditetapkan dalam perjanjian tahap perkhidmatan .

Ketua Pegawai Eksekutif Microsoft, Satya Nadella, mengakui tekanan itu dalam panggilan keputusan kewangan syarikat pada April 2026. Beliau berkata GitHub sedang mengalami “pertumbuhan luar biasa, didorong penyebaran pengekodan berasaskan ejen” dan Microsoft sedang berusaha meningkatkan kapasiti bagi memenuhi permintaan tersebut .

Ketua Pegawai Teknologi GitHub, Vlad Fedorov, sebelum itu turut menerbitkan permohonan maaf secara terbuka. Beliau mengakui syarikat telah tersilap menilai keperluan kapasiti dan bahawa masa beroperasi GitHub pada April jatuh di bawah 85% .

Pasukan infrastruktur GitHub pada mulanya merancang peningkatan kapasiti 10 kali ganda pada Oktober 2025. Namun, menjelang Februari 2026, anggaran itu berubah kepada keperluan peningkatan 30 kali ganda .

Mengapa Microsoft berpaling kepada AWS?

Microsoft membeli GitHub pada 2018 dengan harga AS$7.5 bilion, sebahagiannya untuk mengukuhkan hubungan antara platform pembangun itu dengan Azure serta bersaing lebih rapat dengan AWS dalam pasaran cloud .

Ironinya, ledakan AI—termasuk penggunaan alat seperti GitHub Copilot—kini memaksa Microsoft membeli kapasiti daripada pesaing yang mahu ditandinginya.

Namun, keputusan itu lebih bersifat operasi berbanding strategi. Kapasiti AWS digunakan sebagai lapisan tambahan sementara untuk meredakan tekanan segera dan mengurangkan risiko gangguan berulang . Dalam erti kata lain, Microsoft tidak menukar haluan daripada Azure; ia hanya menggunakan sumber yang tersedia dengan lebih pantas ketika platformnya berada di bawah tekanan.

Penghijrahan GitHub ke Azure masih belum selesai

Sejak pengambilalihan pada 2018, Microsoft telah merancang untuk memindahkan keseluruhan infrastruktur GitHub daripada pusat data lama ke Azure . Proses itu dilakukan secara berperingkat:

• GitHub Actions, iaitu perkhidmatan automasi CI/CD, dan model Copilot dipindahkan ke Azure pada 2024 .
• GitHub Pages dan Packages menyusul pada 2025 .
• Platform teras serta pangkalan data hanya mula dipindahkan pada Oktober 2025 .

Pada Februari 2026, hanya 12.5% trafik GitHub dilaporkan melalui Azure, dengan sasaran meningkat kepada 50% menjelang Julai 2026 . Microsoft pada asalnya menyasarkan penghijrahan penuh GitHub ke Azure pada 2027 .

Masalahnya, pertumbuhan aktiviti yang dicetuskan AI bergerak lebih pantas daripada jadual penghijrahan . GitHub masih bergantung sebahagiannya pada pusat data lama, yang mengehadkan keupayaannya untuk menambah kapasiti dengan cepat apabila trafik meningkat secara mendadak .

Penggunaan kapasiti AWS mencadangkan Azure mungkin tidak mempunyai sumber pengkomputeran yang tersedia di rantau geografi yang diperlukan, atau tidak dapat menyediakannya dengan cukup pantas untuk menangani krisis tersebut . Bagi Microsoft, ini merupakan pengakuan operasi yang besar: walaupun Azure ialah destinasi jangka panjang, ia belum cukup pantas untuk menyerap kejutan permintaan semasa.

Perubahan operasi yang sedang dilaksanakan

Selain mendapatkan kapasiti AWS, GitHub dan Microsoft turut mengambil beberapa langkah untuk menangani masalah asas:

1. Beralih kepada pendekatan berbilang cloud. Buat masa ini, GitHub secara amali beroperasi dalam persekitaran berbilang cloud. AWS menjadi lapisan kapasiti kecemasan sementara penghijrahan ke Azure diteruskan .
2. Mempercepatkan alat penghijrahan. Microsoft baru-baru ini memperkenalkan pratonton Enterprise Live Migrations (ELM) di Azure DevOps. Alat ini direka untuk memindahkan beberapa repositori dengan tempoh gangguan minimum, membolehkan pembangun terus bekerja ketika proses peralihan berlangsung .
3. Mengutamakan infrastruktur teras. Laporan terdahulu menyatakan GitHub menghentikan sementara sebahagian besar pembangunan ciri baharu untuk memberi tumpuan kepada penghijrahan infrastruktur teras ke Azure yang dianggap kritikal, selepas kapasiti pusat datanya di Virginia mencapai had .

Kesimpulannya, Microsoft tidak meninggalkan Azure untuk GitHub. Tetapi penggunaan AWS menunjukkan bahawa perancangan infrastruktur lama tidak lagi memadai untuk era ejen AI.

GitHub dibangunkan untuk dunia di mana manusia menaip kod pada kadar manusia. Kini, ejen AI boleh menghasilkan dan menghantar kod pada skala mesin. Perubahan itu memaksa platform tersebut dibina semula ketika masih digunakan—dan menunjukkan bahawa walaupun syarikat sebesar Microsoft boleh terkejut apabila kadar pertumbuhan AI mendahului kapasiti infrastrukturnya.

GitHub dibanjiri kod yang dijana mesin

GitHub pada asalnya dibina untuk aliran kerja yang dipacu manusia: pembangun menulis kod, membuat commit dan membuka pull request secara berperingkat. Ejen AI pula boleh menjana, mengubah dan menghantar kod pada skala yang jauh lebih besar.

Beberapa angka menggambarkan tekanan tersebut:

• Pull request ejen AI meningkat 14 kali ganda. Jumlah pull request yang dibuka ejen AI melonjak daripada 4 juta pada September 2025 kepada lebih 17 juta pada Mac 2026 .
• Jumlah commit meningkat ke tahap luar biasa. GitHub kini mengendalikan kira-kira 275 juta commit setiap minggu—lebih banyak berbanding 1 bilion commit yang diproses sepanjang tahun 2025 .
• Kebolehpercayaan merosot. Antara Mei 2025 hingga April 2026, GitHub mencatatkan 257 insiden, termasuk 48 yang dikategorikan sebagai serius. Ini bersamaan kira-kira satu gangguan besar setiap minggu . Sembilan insiden pula direkodkan pada Mei 2026, sementara ketersediaan perkhidmatan pada Jun jatuh kepada sekitar 88.4%, jauh di bawah sasaran 99.9% yang ditetapkan dalam perjanjian tahap perkhidmatan .

Ketua Pegawai Eksekutif Microsoft, Satya Nadella, mengakui tekanan itu dalam panggilan keputusan kewangan syarikat pada April 2026. Beliau berkata GitHub sedang mengalami “pertumbuhan luar biasa, didorong penyebaran pengekodan berasaskan ejen” dan Microsoft sedang berusaha meningkatkan kapasiti bagi memenuhi permintaan tersebut .

Ketua Pegawai Teknologi GitHub, Vlad Fedorov, sebelum itu turut menerbitkan permohonan maaf secara terbuka. Beliau mengakui syarikat telah tersilap menilai keperluan kapasiti dan bahawa masa beroperasi GitHub pada April jatuh di bawah 85% .

Pasukan infrastruktur GitHub pada mulanya merancang peningkatan kapasiti 10 kali ganda pada Oktober 2025. Namun, menjelang Februari 2026, anggaran itu berubah kepada keperluan peningkatan 30 kali ganda .

Mengapa Microsoft berpaling kepada AWS?

Microsoft membeli GitHub pada 2018 dengan harga AS$7.5 bilion, sebahagiannya untuk mengukuhkan hubungan antara platform pembangun itu dengan Azure serta bersaing lebih rapat dengan AWS dalam pasaran cloud .

Ironinya, ledakan AI—termasuk penggunaan alat seperti GitHub Copilot—kini memaksa Microsoft membeli kapasiti daripada pesaing yang mahu ditandinginya.

Namun, keputusan itu lebih bersifat operasi berbanding strategi. Kapasiti AWS digunakan sebagai lapisan tambahan sementara untuk meredakan tekanan segera dan mengurangkan risiko gangguan berulang . Dalam erti kata lain, Microsoft tidak menukar haluan daripada Azure; ia hanya menggunakan sumber yang tersedia dengan lebih pantas ketika platformnya berada di bawah tekanan.

Penghijrahan GitHub ke Azure masih belum selesai

Sejak pengambilalihan pada 2018, Microsoft telah merancang untuk memindahkan keseluruhan infrastruktur GitHub daripada pusat data lama ke Azure . Proses itu dilakukan secara berperingkat:

• GitHub Actions, iaitu perkhidmatan automasi CI/CD, dan model Copilot dipindahkan ke Azure pada 2024 .
• GitHub Pages dan Packages menyusul pada 2025 .
• Platform teras serta pangkalan data hanya mula dipindahkan pada Oktober 2025 .

Pada Februari 2026, hanya 12.5% trafik GitHub dilaporkan melalui Azure, dengan sasaran meningkat kepada 50% menjelang Julai 2026 . Microsoft pada asalnya menyasarkan penghijrahan penuh GitHub ke Azure pada 2027 .

Masalahnya, pertumbuhan aktiviti yang dicetuskan AI bergerak lebih pantas daripada jadual penghijrahan . GitHub masih bergantung sebahagiannya pada pusat data lama, yang mengehadkan keupayaannya untuk menambah kapasiti dengan cepat apabila trafik meningkat secara mendadak .

Penggunaan kapasiti AWS mencadangkan Azure mungkin tidak mempunyai sumber pengkomputeran yang tersedia di rantau geografi yang diperlukan, atau tidak dapat menyediakannya dengan cukup pantas untuk menangani krisis tersebut . Bagi Microsoft, ini merupakan pengakuan operasi yang besar: walaupun Azure ialah destinasi jangka panjang, ia belum cukup pantas untuk menyerap kejutan permintaan semasa.

Perubahan operasi yang sedang dilaksanakan

Selain mendapatkan kapasiti AWS, GitHub dan Microsoft turut mengambil beberapa langkah untuk menangani masalah asas:

1. Beralih kepada pendekatan berbilang cloud. Buat masa ini, GitHub secara amali beroperasi dalam persekitaran berbilang cloud. AWS menjadi lapisan kapasiti kecemasan sementara penghijrahan ke Azure diteruskan .
2. Mempercepatkan alat penghijrahan. Microsoft baru-baru ini memperkenalkan pratonton Enterprise Live Migrations (ELM) di Azure DevOps. Alat ini direka untuk memindahkan beberapa repositori dengan tempoh gangguan minimum, membolehkan pembangun terus bekerja ketika proses peralihan berlangsung .
3. Mengutamakan infrastruktur teras. Laporan terdahulu menyatakan GitHub menghentikan sementara sebahagian besar pembangunan ciri baharu untuk memberi tumpuan kepada penghijrahan infrastruktur teras ke Azure yang dianggap kritikal, selepas kapasiti pusat datanya di Virginia mencapai had .

Kesimpulannya, Microsoft tidak meninggalkan Azure untuk GitHub. Tetapi penggunaan AWS menunjukkan bahawa perancangan infrastruktur lama tidak lagi memadai untuk era ejen AI.

GitHub dibangunkan untuk dunia di mana manusia menaip kod pada kadar manusia. Kini, ejen AI boleh menghasilkan dan menghantar kod pada skala mesin. Perubahan itu memaksa platform tersebut dibina semula ketika masih digunakan—dan menunjukkan bahawa walaupun syarikat sebesar Microsoft boleh terkejut apabila kadar pertumbuhan AI mendahului kapasiti infrastrukturnya.