Riwayat Uptime GitHub

• Halaman yang memvisualisasikan uptime bulanan GitHub dari 2016 hingga 2026
  • Semua data didasarkan pada catatan yang dikumpulkan dari halaman status resmi
• Disusun agar dapat melihat secara terpisah rata-rata uptime (Average) dan rincian gangguan (Breakdown)
• Di dalam halaman, pengguna dapat langsung mengakses sumber data asli (View source)
• Materi visualisasi yang memungkinkan untuk melihat sekilas tren stabilitas layanan dalam jangka panjang
• Disusun dengan fokus pada visualisasi data tanpa analisis atau penjelasan tambahan

[GN⁺]

Komentar Hacker News

• Saya penasaran apakah data sebelum 2018 benar-benar akurat
  Saya ingat dulu juga beberapa kali ada gangguan
  Mungkin saja sejak titik itu mereka mulai memakai sistem pelacakan uptime yang sekarang

  • Datanya diambil dari halaman status resmi
    Hanya saja, halaman itu tampaknya lebih untuk marketing/komunikasi daripada observasi

• Secara pribadi saya merasa halaman status alternatif ini lebih baik
  Dengan nama “The Missing GitHub Status Page”, halaman ini menampilkan rasio ketersediaan 90 hari terakhir secara gabungan
  Saat ini angkanya 90.84%, sedikit membaik dari 90.00% beberapa hari lalu

  • Situasi belakangan memang cukup keras
    Ketersediaan GitHub Actions pada Februari 2026 ada di 98%, cuma level satu angka ‘9’
    Rasanya memang gagal sekitar 1–2 kali dari 50 percobaan (sekitar 2%)
  • Angka gabungan seperti ini rasanya bukan metrik yang terlalu masuk akal
    Misalnya saat OpenAI down sehingga CoPilot tidak berfungsi, apakah itu layak dihitung sebagai downtime GitHub?
  • Sebenarnya kedua halaman itu cuma menampilkan statistik yang sama dengan cara berbeda
    Sepertinya OP menyajikannya dengan cara yang menonjolkan hasil setelah akuisisi Microsoft
  • “90% berarti hampir 5 minggu downtime” adalah hitungan yang muncul
    Bercanda sih, tapi berarti GitHub sekarang juga pantas mendapat ‘cuti berbayar’ sebanyak itu

• Menampilkan data tanpa menandai kapan suatu fitur diperkenalkan itu bias
  Misalnya GitHub Actions dirilis pada Agustus 2019, jadi wajar kalau sebelumnya tidak ada downtime

  • Jika klik “Actions” di “Breakdown”, item itu bisa disembunyikan
  • Kalau lihat halaman detail, skala masing-masing layanan memang mengecil, tapi tren keseluruhannya tetap sama
  • Yang lebih buruk, periode saat layanan itu bahkan belum ada tetap ditampilkan sebagai “100% uptime”

• Saya juga sempat membuat grafik yang sama beberapa minggu lalu dengan Claude
  Saya menduga akan ada penurunan tajam sebelum dan sesudah akuisisi Microsoft, tetapi ternyata sejak lama memang sudah ada pola gangguan yang tidak teratur
  Narasi bahwa sebelum akuisisi lebih stabil memang menarik, tetapi saat itu belum ada produk seperti Actions
  Untuk layanan yang memang sudah ada (API, Git ops, Pages, dll.), ini mungkin lebih bisa dijelaskan oleh peningkatan observabilitas

  • Rasanya sejak peluncuran Actions, mimpi buruk dari sisi operasi dan ketersediaan benar-benar dimulai
    Setelah itu masalah menyebar ke area yang dulu stabil seperti Issues dan PR
  • Secara pribadi saya merasa GitHub Actions sendiri seharusnya hilang saja
    Git awalnya dirancang sebagai alat yang melakukan satu hal dengan baik, dan menempelkan fitur yang tidak perlu ke atasnya adalah kesalahan besar

• Kalau orang-orang mencari alasannya, artikel The New Stack ini mungkin bisa menjelaskan

  • Sepenuhnya setuju. Gangguan Azure di tim kami dan gangguan GitHub hampir selalu terjadi bersamaan
    Sekarang sampai jadi semacam meme
  • Tapi saya rasa sulit menjelaskan ketersediaan rendah selama lebih dari 6 tahun hanya dengan alasan ini
    Mereka seharusnya menguji cukup banyak di lingkungan terpisah, lalu migrasi ke Azure dalam periode singkat

• Saat ini fitur merge PR tidak berfungsi
  Status terkait bisa dilihat di halaman insiden GitHub Status

• Saya ingat dulu cukup sering melihat halaman error unicorn
  Mungkin waktu itu halaman status tidak terlalu sering diperbarui

  • Sepertinya unicorn itu error khusus halaman web
    Layanan seperti Git API bisa rusak secara terpisah, dan baru tercermin di halaman status setelah ada jeda waktu

• Sekarang catatan downtime GitHub tampaknya lebih buruk daripada server pribadi saya
  Padahal saya sering reboot atau menghentikan layanan untuk eksperimen

  • Meski begitu kita tetap membayar
    Seolah percaya bahwa level QoS masih terjaga walaupun kualitas menurun
  • Bahkan VPS kecil saya sendiri secara terukur lebih stabil daripada GitHub

• Saya bukan orang yang membela GitHub, tapi grafik itu mendistorsi sumbu
  Karena hanya memperbesar rentang di bawah 99.5%, hasilnya terlihat jauh lebih buruk dari kenyataannya

  • Tapi kalau digambar mulai dari 0, perbedaan antara layanan bagus dan layanan buruk jadi tidak terlihat
    SLA enterprise itu 99.9%, sementara batas bawah grafik menunjukkan downtime 5 kali lebih banyak dari itu
    Jadi bukan terlihat buruk, memang buruk
  • Grafik itu tidak memasukkan faktor beban (load)
    Perlu juga mempertimbangkan bahwa sebelum akuisisi Microsoft, repositori pribadi dibatasi hanya satu
  • Chart uptime tidak perlu dimulai dari 0
    Menampilkan hanya rentang 99% itu masuk akal
    Menurut saya skala log justru berlebihan

• Saya memakai GitHub Pages untuk menerapkan website, jadi saya sempat meneliti ketersediaan static hosting secara terpisah
  Menurut analisis blog ini, GH Pages menunjukkan hasil yang cukup baik di bidang ini
  Tapi mungkin pujiannya lebih layak diberikan kepada Fastly CDN