GitHub kembali mengalami gangguan

 (githubstatus.com)
1 poin oleh GN⁺ 2026-02-10 | 2 komentar | Bagikan ke WhatsApp
  • Dilaporkan terjadi penurunan performa pada sebagian layanan GitHub, dengan keterlambatan pengiriman notifikasi (Notification)
  • Rata-rata waktu tunda awalnya sekitar 50 menit lalu meningkat hingga maksimum 1 jam 20 menit
  • Setelah itu pemulihan berlangsung secara bertahap, dan keterlambatan berkurang ke tingkat 1 jam → 30 menit → 15 menit
  • Pada 9 Februari 2026 19:29 UTC, masalah dilaporkan telah diselesaikan dan insiden ditutup
  • GitHub berencana merilis analisis akar penyebab (RCA) di kemudian hari

Ringkasan insiden keterlambatan notifikasi GitHub

  • GitHub melaporkan terjadinya penurunan performa pada sebagian layanan
    • Pada tahap awal, pengiriman notifikasi tidak berjalan normal
    • Investigasi terhadap penyebab masalah masih berlangsung saat itu

Perkembangan keterlambatan notifikasi

  • Pada pembaruan pertama disebutkan adanya rata-rata keterlambatan 50 menit
    • GitHub menyatakan sedang menjalankan langkah mitigasi
  • Pada pembaruan berikutnya, kondisi memburuk menjadi keterlambatan 1 jam 20 menit, namun tanda-tanda pemulihan mulai terlihat
  • Pemulihan berlanjut secara bertahap sehingga keterlambatan berkurang dari 1 jam → 30 menit → 15 menit
    • Dijelaskan bahwa backlog (notifikasi yang menumpuk) sedang diproses
  • Pada akhirnya, masalah keterlambatan notifikasi berhasil diselesaikan, dan pengiriman normal kembali berlangsung

Penutupan insiden dan tindak lanjut

  • Pada 9 Februari 2026 19:29 UTC, insiden dinyatakan sepenuhnya terselesaikan
  • GitHub menyampaikan terima kasih atas kesabaran dan pengertian para pengguna
  • Hasil analisis akar penyebab (Root Cause Analysis) akan dipublikasikan setelah siap

Notifikasi pengguna dan fitur langganan

  • Pengguna dapat berlangganan pembaruan insiden melalui email, SMS, Slack, Webhook, dan lainnya
  • Saat berlangganan, pengguna harus menyetujui kebijakan privasi dan ketentuan layanan GitHub dan Atlassian
  • Situs ini dilindungi oleh Google reCAPTCHA

Ringkasan

  • Insiden kali ini berupa masalah keterlambatan sistem notifikasi GitHub, dengan pemulihan bertahap selama sekitar 4 jam
  • Layanan kini telah kembali normal, dan laporan analisis tambahan akan dirilis kemudian

Bacaan terkait

2 komentar

 
joyfui 2026-02-10

Ternyata bukan cuma saya yang mengalami GitHub mengeluarkan error dini hari tadi.
 
GN⁺ 2026-02-10
Komentar Hacker News

  • Karena GitHub tidak lagi mempublikasikan statistik uptime layanan, saya mencoba mem-parsing datanya sendiri
    Saat ini, untuk keseluruhan layanan tampaknya hanya berada di level ‘single 9’
    Bisa dilihat di halaman GitHub Statuses

    • Ini mengingatkan pada halaman status GitHub yang lama. Waktu itu uptime yang sebenarnya ditampilkan secara transparan, jadi tidak mengejutkan ketika halaman itu diganti dengan halaman yang sekarang begitu kebenarannya mulai terlihat
      Saya juga membaca penjelasan tautan archive.org
    • Menyebut keseluruhan layanan sebagai ‘single 9’ tidak banyak artinya dari sudut metode perhitungan uptime
      Angka per area masih masuk akal, tetapi menggabungkan semua layanan menjadi satu metrik itu tidak bermakna
      Sebagian besar di atas 99,5%, dengan Copilot tampaknya menjadi pengecualian
    • Menarik bahwa angka total Copilot yang paling rendah
      Saya memakainya setiap hari, tetapi hampir tidak pernah merasakan ada masalah. Mungkin waktu pencatatan insiden tercermin terlambat
    • Saya tidak paham kenapa downtime hari ini diklasifikasikan sebagai ‘minor’
      Web UI hampir tidak berfungsi, jadi saya penasaran apakah GitHub sedang mengecilkan pelaporan tingkat keparahan insiden
    • Proyek yang keren. Terima kasih sudah membagikannya

  • Beberapa tahun lalu saya tidak pernah berpikir dominasi GitHub akan terancam
    Namun jika operasionalnya tetap tidak stabil seperti sekarang, ini bisa tercatat sebagai contoh gol bunuh diri terbesar di industri

    • Sepertinya sejak migrasi ‘eksistensial’ ke Azure tahun lalu, uptime-nya turun satu atau dua tingkat
    • Saat ini saya sedang melihat halaman “Migrate from GitHub” di dokumentasi GitLab
      Jika issue dan project juga bisa dipindahkan, saya serius mempertimbangkan untuk pindah
    • Menurut saya ini bukan sekadar masalah operasional, melainkan masalah arsitektur dan kualitas kode
      Kalau melihat produk GitHub Enterprise self-hosted, kompleksitasnya sudah cukup jelas
    • Saya tidak punya bukti, tetapi saya menduga gangguan yang belakangan sering terjadi bisa jadi efek samping dari strategi yang berpusat pada AI
    • Saya rasa ini akibat Microsoft memaksa migrasi ke Azure dan memprioritaskan workload AI
      GitHub adalah angsa bertelur emas untuk data developer global, dan jika tetap tidak stabil seperti sekarang, seluruh franchise-nya bisa terancam
      Windows 11 juga tidak bagus, dan GitHub bisa kehilangan perannya sebagai fondasi pengembangan modern

  • Saat sedang menangani bug keamanan di Caddy, GitHub tiba-tiba down sehingga ketika membuka laporan yang muncul hanya halaman unicorn
    Saya mencoba fokus selama 2 jam saat tidak ada anak, tetapi saya khawatir gangguan ini akan mendorong loop feedback sampai besok
    Meski begitu, saya tetap bersyukur karena GitHub Sponsors membantu saya mencari nafkah

    • Saya penasaran bug keamanan seperti apa itu
    • Saya ingin bertanya apakah Anda pernah mempertimbangkan platform alternatif. Dari sudut pandang orang yang menjalankan server sendiri, keamanan itu penting

  • Kita bisa melihat GitHub makin pecah berkeping-keping lalu meledak secara real-time
    Halaman GitHub Status History hampir terasa seperti komedi

    • Ini baru 9 Februari, tetapi sudah ada 14 insiden
      Ironis melihat fase ‘juru selamat’ industri AI berjalan seperti ini lagi
      Artikel terkait: tautan The Verge
    • Bercanda bahwa untuk membalikkan tren ini kita mungkin perlu lebih banyak vibe coding
    • Tetap saja, bagus bahwa GitHub terbuka soal ini
      Mereka tidak menyembunyikan downtime, jadi kita bisa merespons, dan mungkin akan ada postmortem sebentar lagi
    • Sepertinya ini akan terus berlanjut sampai migrasi Azure selesai
    • Akan menarik kalau ada visualisasi tahunan seperti grafik kontribusi di profil GitHub

  • Sejak awal tahun, GitHub mengalami begitu banyak insiden sampai-sampai halaman statusnya hampir diperbarui setiap hari
    Jika melihat riwayat status, ini tetap tidak normal bahkan untuk layanan besar
    Sampai ada candaan bahwa GitHub Actions selalu macet sekitar pukul 4 sore setiap hari
    Saya berharap mereka mempublikasikan penyebab dan langkah penanganannya secara internal

    • Setelah munculnya coding agent, besar kemungkinan traffic operasional meningkat 100x
      GitHub awalnya dirancang untuk skala yang berbeda, lalu tiba-tiba harus menghadapi beban di level baru

  • Di halaman status, awalnya hanya ditampilkan keterlambatan notifikasi, tetapi pada kenyataannya halaman unicorn terus muncul saat mengakses PR
    Setelah itu muncul halaman status terpisah terkait PR, dan akhirnya meluas menjadi masalah seluruh layanan
    Tautan insiden terkait

    • Ada tambahan entri “Investigating degraded performance for some services”
      Itu belum ada pada UTC 16:10, lalu muncul beberapa menit kemudian
    • Saat menyetujui PR, JSON API mengembalikan halaman error HTML. Sepertinya bagian dalamnya benar-benar kusut
    • Saya juga sering melihat error 500. Latensi juga melonjak tajam
      Tautan monitoring
    • Saat membuka detail commit juga hanya muncul halaman unicorn
    • Bahkan perintah git itu sendiri tidak berfungsi

  • Dalam beberapa minggu terakhir, saya telah menyelesaikan migrasi ke Forgejo
    Perusahaan kami memang ingin mengurangi ketergantungan pada cloud besar, jadi tidak masuk akal jika infrastruktur inti berhenti hanya karena gangguan GitHub/Azure
    Proses transisinya berjalan lancar, dan kami juga sedang mengerjakan beberapa pengembangan kustom

    1. Membuat runner berbasis Firecracker agar CI di Forgejo Actions berjalan dalam lingkungan VM
    2. Sedang menyiapkan proposal untuk menambahkan fitur grup environment variable
      Komunitasnya sangat ramah, dan saya berharap Forgejo bisa terus berkembang
      Tautan perusahaan, tautan diskusi proposal
    • Kalau Anda berbasis di London, saya penasaran kenapa memakai domain .eu, dan juga ingin tahu lokasi server serta penyedia hosting-nya

  • Ketidakstabilan GitHub sekarang sudah tidak bisa diterima
    Jika ke depannya saya punya pengaruh dalam memilih repositori kode, saya akan menghindari GitHub

    • Dari sisi fitur, forge lain sebenarnya sudah cukup mampu menjadi pengganti
      Hanya saja discoverability GitHub dan sinyal sosial (star, fork) masih tetap menarik
      Menggunakan forge internal (GitLab, Gitea, dan sebagainya) lalu melakukan mirroring ke GitHub tampaknya pendekatan yang realistis
      Ironisnya, jika GitHub lebih baik, saya mungkin akan memakai paket berbayar, tetapi sekarang saya hanya memakai yang gratis dan mengeluarkan uang di tempat lain

  • Dalam 3 bulan terakhir sudah ada 3 gangguan besar
    Itu juga tercantum jelas di riwayat status

    • Saya penasaran siapa yang keluar dari tim belakangan ini. Mungkin ada pemegang pengetahuan kunci yang pergi, atau operasional dipindahkan ke wilayah lain
    • Kami akan meluncurkan MVP dalam 2 minggu lagi, dan sekarang ada gangguan lagi. Keandalannya benar-benar terlalu rendah
    • Menambahkan candaan apakah ini juga gara-gara vibe coding

  • Situasi sekarang terlihat seolah-olah AI telah menggantikan engineer

    • “Benar, maaf. Aku menghapus database-mu.” sebagai balasan bercanda
    • Setahu saya, downtime seperti ini memang terjadi karena GitHub sedang bermigrasi ke Microsoft Azure
    • Satire-nya seperti Tay.ai dan Zoe.ai sedang bertengkar di dalam sampai layanan tidak bisa dijaga