Menempatkan halaman status di domain terpisah demi ketersediaan itu bagus, tetapi kalau domain utama tumbang lalu halaman status itu tidak diperbarui, itu kurang bagus
Halaman seperti itu ternyata cukup sering diperbarui secara manual. Dan sering kali yang melakukannya adalah petugas on-call yang sudah punya banyak hal lain yang harus ditangani lebih dulu
Mungkin saja saluran untuk memperbarui halaman status ikut tumbang
Rasanya gangguan seperti ini terjadi hampir setiap 2 minggu sekali. Sebenarnya ada apa dengan GitHub akhir-akhir ini?
Mereka tampaknya menambahkan fitur baru seperti Copilot tanpa cukup berinvestasi pada keandalan situs
Jika tidak ada perubahan, biasanya cukup mudah menjaga sistem tetap relatif stabil hanya dengan memperbaiki bug. Perubahan, yaitu fitur baru, menciptakan bug baru dan beban baru
Mungkin ada yang lupa memasukkan node_modules ke .gitignore
Mungkin orang-orang yang tidak cocok dengan gaya manajemen Microsoft sudah mencari pekerjaan baru?
Sedang menguji gpt4-ops?
Ketidakmampuan Microsoft + DDoS?
Mungkin menaruh semua open source kita di satu tempat bukan ide yang bagus >_<
Bisa jadi yang benar-benar berubah hanya pada titik tertentu kita akan berharap “andai saja ada di sisi seberang”
Secara intuitif ada yang terasa lebih baik antara 1% dari keseluruhan mati 100% sepanjang waktu, dan 100% dari keseluruhan mati 1% dari waktu, tetapi saya tidak yakin mana yang sebenarnya lebih praktis. Tentu saja kita bisa melakukan mirroring kalau mau, tetapi itu juga sudah bisa dilakukan sekarang, jadi bukan itu inti pembahasannya
Inti dari sistem kontrol versi terdistribusi adalah bahwa setiap orang yang melakukan git clone memiliki salinan lengkap dari seluruh repositori dan bisa melakukan sebagian besar pekerjaan tanpa berkomunikasi dengan server pusat
Downtime singkat biasanya lebih banyak memengaruhi infrastruktur di sekitar kode itu sendiri, seperti workflow, issue, dan semacamnya
Sejujurnya lebih baik semuanya berkumpul di satu tempat. Lebih baik seluruh industri berhenti pada saat yang sama daripada orang acak berhenti pada waktu acak
Mirip seperti saat us-east-1 tumbang. Semua orang berada di kapal yang sama, jadi semuanya istirahat bersamaan, dan ada alasan yang sah untuk santai sebentar
Menaruh semua kode perusahaan di sana adalah ide bagus. Dapat waktu istirahat gratis
Poin jual utama GitHub bukan keterdistribusian. Saat saya bergabung pada 2008, GitHub lebih mirip jejaring sosial tempat para pengembang berkumpul
Sepertinya sudah kembali naik. Saya ingin melihat analisis mendalam atas gangguan-gangguan belakangan ini, dan kepastian bahwa stabilitas akan diprioritaskan di atas fitur baru
Beberapa bulan lalu saya bicara dengan seseorang dari dukungan pelanggan, dan dia nyaris menyalahkan semua pekerjaan kustom yang mereka lakukan untuk pelanggan besar sebagai penyebab turunnya stabilitas. Akibatnya, tampaknya utang teknis mereka menumpuk luar biasa besar
Menjalankan instans GitHub Enterprise butuh RAM sekitar 64GB. Benar-benar monster
Pekerjaan kustom seperti itu memang bisa menyebabkan error atau gangguan pada sebagian fitur. Tetapi downtime seluruh situs, terutama sampai konten statis seperti GH Pages ikut tumbang, sepenuhnya merupakan masalah SRE
Ini lebih mungkin soal routing jaringan atau kesalahan lain di layer 4 ke bawah. Sebagian besar perubahan aplikasi dirilis lewat deployment bertahap dan canary deployment, dan kalau ada masalah biasanya bisa di-rollback cukup cepat
Sepertinya gangguan ini juga memengaruhi GitHub Pages. Halaman .github.io menampilkan halaman unicorn 503
We're having a really bad day.
The Unicorns have taken over. We're doing our best to get them under control and get GitHub back up and running.
Wah, bahkan halaman statusnya pun tidak bisa dimuat. Kelihatannya seluruh web sedang tumbang, dan saya bahkan tidak ingat kapan terakhir kali semuanya benar-benar mati seperti ini
Untuk mengisolasi diri dari masalah seperti ini, kalian pakai apa? Menambahkan cache untuk operasi baca tampaknya masuk akal dan juga meningkatkan performa. Kalau ada contoh yang berhasil menghindari dampaknya, bagus kalau bisa dibagikan
Di tempat kerja lama, konfigurasi “GitOps” untuk satu organisasi melakukan mirroring GitLab ke AWS CodeCommit, dan itu dipakai sebagai sumber kebenaran tunggal untuk otomasi
Keputusan itu terbukti cerdas berkali-kali, dan saya tidak ingat pernah ada masalah mencolok dengan CodeCommit. Namun, kalau dalam proses pengembangan nyata kalian memakai GitHub sebagai forge, lengkap dengan issue tracker atau PR untuk review, saya tidak benar-benar tahu cara bagus untuk mengisolasi diri
Tempat kerja sebelumnya punya GitHub Enterprise yang di-host lokal, dan setiap kali orang-orang di Twitter bilang “github down! pulang lebih awal hari ini!” saya selalu merasa iri :(
Tentu saja tetap menjengkelkan kalau ada alat yang meminta pembaruan dependensi yang ada di GitHub umum, tetapi setidaknya hal-hal seperti pekerjaan terkait deployment tetap berjalan
Istirahat ngopi
git memang sejak awal dirancang agar bisa dipakai offline, jadi gunakan clone lokal yang sudah dimiliki
Halaman status baru saja berubah:
Investigating - We are currently experiencing an outage of GitHub products and are investigating.
Jun 29, 2023 - 17:52 UTC
Bahkan baca pun semuanya merah. Rasanya ini pertama kalinya saya melihat semua item berwarna merah di halaman status
1 komentar
Komentar Hacker News
https://downdetector.com/status/github/
Jika tidak ada perubahan, biasanya cukup mudah menjaga sistem tetap relatif stabil hanya dengan memperbaiki bug. Perubahan, yaitu fitur baru, menciptakan bug baru dan beban baru
node_moduleske.gitignoreSecara intuitif ada yang terasa lebih baik antara 1% dari keseluruhan mati 100% sepanjang waktu, dan 100% dari keseluruhan mati 1% dari waktu, tetapi saya tidak yakin mana yang sebenarnya lebih praktis. Tentu saja kita bisa melakukan mirroring kalau mau, tetapi itu juga sudah bisa dilakukan sekarang, jadi bukan itu inti pembahasannya
git clonememiliki salinan lengkap dari seluruh repositori dan bisa melakukan sebagian besar pekerjaan tanpa berkomunikasi dengan server pusatDowntime singkat biasanya lebih banyak memengaruhi infrastruktur di sekitar kode itu sendiri, seperti workflow, issue, dan semacamnya
Mirip seperti saat us-east-1 tumbang. Semua orang berada di kapal yang sama, jadi semuanya istirahat bersamaan, dan ada alasan yang sah untuk santai sebentar
Beberapa bulan lalu saya bicara dengan seseorang dari dukungan pelanggan, dan dia nyaris menyalahkan semua pekerjaan kustom yang mereka lakukan untuk pelanggan besar sebagai penyebab turunnya stabilitas. Akibatnya, tampaknya utang teknis mereka menumpuk luar biasa besar
Ini lebih mungkin soal routing jaringan atau kesalahan lain di layer 4 ke bawah. Sebagian besar perubahan aplikasi dirilis lewat deployment bertahap dan canary deployment, dan kalau ada masalah biasanya bisa di-rollback cukup cepat
.github.iomenampilkan halaman unicorn 503Keputusan itu terbukti cerdas berkali-kali, dan saya tidak ingat pernah ada masalah mencolok dengan CodeCommit. Namun, kalau dalam proses pengembangan nyata kalian memakai GitHub sebagai forge, lengkap dengan issue tracker atau PR untuk review, saya tidak benar-benar tahu cara bagus untuk mengisolasi diri
Tentu saja tetap menjengkelkan kalau ada alat yang meminta pembaruan dependensi yang ada di GitHub umum, tetapi setidaknya hal-hal seperti pekerjaan terkait deployment tetap berjalan
gitmemang sejak awal dirancang agar bisa dipakai offline, jadi gunakan clone lokal yang sudah dimilikiInvestigating - We are currently experiencing an outage of GitHub products and are investigating.
Jun 29, 2023 - 17:52 UTC