GitHub mengalami gangguan perkhidmatan yang ketara pada 12 Ogos 2025, menjejaskan pelbagai ciri teras termasuk fungsi carian, permintaan API, pull request, isu, dan pakej. Gangguan bermula sekitar 14:12 UTC dan berterusan selama beberapa jam, dengan syarikat melaporkan pemulihan separa menjelang 15:48 UTC tetapi mencatatkan pengalaman yang tidak konsisten berterusan dan data carian yang lapuk.
Garis Masa Gangguan GitHub (12 Ogos 2025)
- 14:12 UTC: Laporan awal mengenai prestasi yang merosot untuk Permintaan API, Actions, Issues dan Pull Requests
- 14:30 UTC: Packages mengalami prestasi yang merosot
- 14:53 UTC: Penyiasatan ke atas isu sambungan kluster carian
- 15:20 UTC: Peningkatan latensi API dan pengalaman yang merosot disahkan
- 15:48 UTC: Pemulihan separa dilaporkan, tetapi pengalaman yang tidak konsisten berterusan
Kebimbangan Kebolehpercayaan Meningkat dalam Kalangan Pengguna Perusahaan
Gangguan terkini telah mempertingkatkan perbincangan mengenai rekod prestasi kebolehpercayaan GitHub. Pelanggan perusahaan semakin kecewa dengan apa yang mereka anggap sebagai gangguan perkhidmatan yang kerap. Ramai pengguna kini secara aktif mengejar tuntutan kredit SLA daripada kontrak mereka, walaupun proses ini memerlukan campur tangan manual kerana GitHub tidak mempunyai sistem pelaporan masa operasi automatik. Komuniti telah mencatatkan bahawa ini mewakili gangguan besar kedua dalam tempoh kira-kira dua minggu, menimbulkan persoalan tentang kestabilan infrastruktur platform tersebut.
Kesan Rangkaian berbanding Alternatif Teknikal
Walaupun terdapat isu kebolehpercayaan, penguasaan GitHub berpunca sebahagian besarnya daripada kesan rangkaian dan bukannya ciri teknikal yang unggul. Nilai platform ini terletak pada peranannya sebagai hab pusat di mana pembangun sudah mempunyai akaun dan boleh menemui projek. Walau bagaimanapun, komuniti sedang aktif membincangkan alternatif seperti Forgejo, GitLab, dan penyelesaian yang dihoskan sendiri. Forgejo, khususnya, telah mendapat perhatian sebagai alternatif yang ringan dan sumber terbuka sepenuhnya yang menggunakan sumber yang jauh lebih sedikit berbanding GitLab sambil menyediakan ciri penting seperti pengehosan kod, isu, dan pull request.
Alternatif Popular GitHub Yang Dibincangkan
- Forgejo: Percabangan sumber terbuka sepenuhnya daripada Gitea yang ringan dengan keperluan sumber yang minimum
- GitLab: Platform kaya ciri dengan keupayaan CI/CD yang kuat tetapi penggunaan sumber yang lebih tinggi
- Codeberg: Contoh awam Forgejo yang menjadi hos kepada banyak projek FOSS
- Gitea yang dihoskan sendiri: Keperluan penyelenggaraan minimum dengan masa operasi yang diukur dalam bulan
 |
|---|
| Meneroka alternatif kepada GitHub , pasukan sedang mempertimbangkan penyelesaian hos sendiri untuk persekitaran pembangunan yang lebih berdaya tahan |
Kebergantungan Infrastruktur Mewujudkan Titik Kegagalan Tunggal
Gangguan tersebut menyerlahkan bagaimana banyak organisasi telah membina keseluruhan aliran kerja pembangunan dan penggunaan mereka berdasarkan perkhidmatan GitHub. Selain pengehosan git yang mudah, pasukan bergantung pada GitHub untuk integrasi berterusan, penjejakan isu, pengurusan projek, dan pengehosan artifak. Ini mewujudkan titik kegagalan tunggal yang bermasalah di mana syarikat tidak dapat menggunakan pembetulan kecemasan semasa gangguan.
Masalahnya ialah orang mereka bentuk keseluruhan kitaran pembangunan dan pelepasan mereka untuk bergantung pada GitHub. Kebanyakan masa mereka tidak dapat menolak pembetulan kod kecemasan ke pengeluaran tanpanya.
 |
|---|
| Memandangkan ramai yang bergantung kepada GitHub untuk proses pembangunan mereka, kebergantungan infrastruktur mewujudkan cabaran ketara semasa gangguan perkhidmatan |
Pengehosan Sendiri Muncul sebagai Alternatif yang Berdaya Maju
Perbincangan komuniti mendedahkan minat yang semakin meningkat terhadap penyelesaian yang dihoskan sendiri. Beberapa pengguna melaporkan menjalankan contoh Gitea atau Forgejo dengan masa operasi yang diukur dalam bulan, memerlukan hanya penyelenggaraan minimum semasa tetingkap naik taraf yang dirancang. Penyelesaian ini menawarkan fungsi teras yang diperlukan oleh kebanyakan pasukan sambil menghapuskan kebergantungan pada penyedia perkhidmatan luaran. Keperluan sumber adalah sangat sederhana berbanding platform perusahaan, menjadikan pengehosan sendiri boleh diakses walaupun untuk organisasi yang lebih kecil.
Gangguan ini berfungsi sebagai peringatan tentang risiko yang wujud dalam memusatkan infrastruktur pembangunan kritikal. Walaupun kemudahan dan kesan rangkaian GitHub kekal menarik, kekerapan gangguan baru-baru ini mendorong lebih banyak pasukan untuk mempertimbangkan pendekatan teragih atau strategi sandaran untuk mengekalkan kesinambungan operasi.
Rujukan: Incident with search on GitHub we are seeing increased failure rates Incident Report for GitHub