GitHub Sempat Lumpuh pada 17 Agustus: Unduhan, Actions, dan Copilot Terdampak

Dalam pembaruan yang diterbitkan pada pukul 12.36 EDT, GitHub mengatakan platformnya menunjukkan tanda-tanda pemulihan yang kuat setelah perusahaan mengidentifikasi komponen bermasalah dan mengambil tindakan korektif. Meski demikian, layanan belum sepenuhnya stabil pada saat itu.

Pemulihan tidak terjadi serentak di seluruh platform. Sejumlah layanan utama kembali beroperasi, tetapi Copilot masih mengalami masalah autentikasi pada beberapa aplikasi. Laporan insiden menempatkan akhir gangguan secara keseluruhan sekitar 21.15 UTC, sehingga durasi penuh insiden jauh lebih panjang daripada fase awal ketika penurunan layanan paling parah terjadi.

Seberapa parah dampaknya?

Indikator paling jelas berasal dari angka yang dilaporkan GitHub:

• Pengalaman web dan lalu lintas API: sekitar 20% permintaan mengalami kesalahan.
• Unduhan arsip dan konten mentah repositori: sekitar 50% permintaan mengalami kesalahan.
• Layanan pengembangan: Pull Requests, Issues, Actions, Webhooks, operasi Git, dan Pages mengalami penurunan kinerja atau tidak tersedia pada waktu yang berbeda.
• Asisten pemrograman berbasis AI: GitHub Copilot ikut terdampak dan masih menjadi masalah aktif setelah sejumlah layanan inti pulih.
• Identitas perusahaan: laporan menunjukkan gangguan pada autentikasi SAML dan OIDC, provisioning SCIM, serta Team Sync. Kondisi ini berpotensi membuat organisasi kesulitan memasukkan pengguna atau mengelola akses secara andal.

Angka-angka tersebut adalah tingkat kesalahan, bukan persentase seluruh pengguna GitHub yang kehilangan akses. Tingkat kesalahan API sebesar 20% tidak berarti tepat 20% pelanggan sepenuhnya offline. Begitu pula angka 50% hanya berlaku untuk permintaan unduhan yang terdampak, bukan seluruh lalu lintas repositori.

Mengapa gangguan Senin pagi terasa lebih berat?

Insiden terjadi pada Senin pagi di Amerika Serikat, saat banyak tim teknik baru memulai pekan kerja. Momen ini penting karena akses kode, code review, continuous integration dan continuous delivery (CI/CD), serta otomatisasi deployment biasanya menjadi bagian dari rangkaian pekerjaan awal hari.

Actions, Pull Requests, API, dan Webhooks termasuk layanan yang terdampak. Akibatnya, tim dapat menemui kegagalan pada beberapa tahapan yang saling terhubung—mulai dari mengambil kode, meninjau perubahan, menjalankan pengujian, hingga mengirimkan rilis—bukan hanya pada satu fitur yang berdiri sendiri.

Jumlah laporan di pelacak gangguan juga berbeda-beda bergantung pada waktu dan platform yang digunakan. Salah satu laporan menyebut Downdetector menerima lebih dari 10.000 laporan hingga pukul 08.12 waktu Pasifik, sedangkan laporan pemulihan lain menyebut puncaknya hampir 3.000 laporan. Angka tersebut tidak boleh dibaca sebagai jumlah pasti pengguna yang terdampak. Pelacak gangguan menghitung laporan yang dikirim pengguna, sehingga hasilnya dipengaruhi wilayah, waktu pengukuran, dan metode pencatatan.

Apa yang dilakukan GitHub?

Pembaruan publik GitHub memastikan tiga hal mengenai respons perusahaan:

1. Para teknisi menyelidiki peningkatan masalah kinerja di berbagai layanan.
2. GitHub mengidentifikasi komponen yang terlibat dan mengambil tindakan korektif.
3. Perusahaan terus menerapkan mitigasi setelah layanan platform utama mulai pulih, termasuk menangani kegagalan autentikasi Copilot yang muncul secara sporadis pada sejumlah aplikasi.

Meski demikian, bukti yang tersedia belum mengungkap komponen tersebut, bentuk tindakan korektif yang dilakukan, atau membuktikan bahwa tekanan kapasitas menjadi penyebab langsung insiden ini. Pertumbuhan lalu lintas akibat AI dan keterbatasan infrastruktur memang menjadi bagian dari pembahasan GitHub mengenai keandalan platform secara lebih luas, tetapi keduanya belum dapat disebut sebagai penyebab pasti gangguan 17 Agustus sebelum postmortem diterbitkan.

Bagian dari masalah keandalan yang lebih besar

Gangguan Agustus terjadi setelah periode yang cukup sulit bagi GitHub. Laporan ketersediaan GitHub untuk Juli mencatat delapan insiden sepanjang bulan tersebut. Salah satunya, pada 8 Juli, berlangsung lebih dari tujuh jam dan memengaruhi Web UI, REST API, GraphQL API, Actions, Packages, Copilot, serta operasi Git di sejumlah lingkungan Enterprise Cloud.

GitHub juga telah menjelaskan tantangan infrastruktur yang lebih besar. Dalam komunikasi mengenai ketersediaan layanan, perusahaan menyebut lalu lintas meningkat pesat, sebagian besar didorong oleh alur kerja pengembangan berbantuan AI dan agentic development. Langkah yang disebutkan GitHub mencakup memindahkan lebih banyak kapasitas ke Azure, memisahkan layanan, dan mengurangi titik kegagalan bersama.

Skala rencana tersebut cukup besar. Menurut laporan mengenai rencana infrastruktur GitHub, target peningkatan kapasitas yang semula 10 kali lipat kemudian direvisi menjadi kebutuhan untuk merancang sistem bagi skala hingga 30 kali kapasitas saat itu. Laporan lain menyebut upaya yang melibatkan Azure dan kapasitas multicloud tambahan, termasuk AWS. Namun, rencana tersebut tidak dengan sendirinya menjelaskan penyebab insiden 17 Agustus.

Konteks ini membuat gangguan tersebut penting di luar satu pagi yang bermasalah. GitHub bukan hanya tempat menyimpan repositori Git. Platform ini juga berfungsi sebagai lapisan kolaborasi, sistem otomatisasi, sistem identitas, dan layanan pemrograman berbasis AI. Ketika dependensi yang sama mengalami masalah, satu insiden dapat menghambat akses repositori, code review, build, deployment, webhook, dan bantuan pemrograman sekaligus.

Pelajaran bagi organisasi

Gangguan ini tidak membuktikan bahwa pengembang akan segera meninggalkan GitHub. Bukti yang tersedia juga belum mendukung prediksi tentang gelombang migrasi dalam waktu dekat. Namun, insiden ini menunjukkan mengapa organisasi yang bergantung pada GitHub untuk merilis perangkat lunak produksi perlu meninjau kembali asumsi mereka tentang kegagalan layanan.

Langkah praktis yang dapat dipertimbangkan antara lain:

• menyimpan cadangan atau mirror repositori;
• menjaga konfigurasi CI/CD tetap portabel;
• mendokumentasikan prosedur rilis darurat;
• memastikan tim mengetahui cara bekerja ketika SSO, webhook, atau hosted runner tidak tersedia.

Langkah-langkah tersebut tidak menghapus risiko ketergantungan pada platform, tetapi dapat mengurangi dampak ketika gangguan berikutnya terjadi.

Kesimpulan akhir mengenai insiden 17 Agustus masih bergantung pada postmortem GitHub. Sampai analisis tersebut diterbitkan, kesimpulan yang paling aman adalah bahwa GitHub mengalami gangguan layanan luas dan berantai, dengan dampak sangat besar pada unduhan repositori serta alur kerja pengembangan yang saling terhubung. Layanan pulih secara bertahap, sementara penyebab mendasarnya belum dijelaskan secara publik.