Kullanılabilirlik nedeniyle durum sayfasını ayrı bir alan adında tutmak iyi, ancak ana alan adı çöktüğünde o durum sayfasını güncellememek pek iyi değil
Durum sayfasını güncelleyen altyapı da birlikte çökmüş olabilir
Bu tür kesintiler sanki neredeyse iki haftada bir oluyor. Son zamanlarda GitHub’da neler oluyor?
Copilot gibi yeni özellikler eklerken site güvenilirliğine yeterince yatırım yapmıyor gibiler
Değişiklik olmazsa yalnızca hata düzeltmeleriyle sistemi görece stabil tutmak kolaydır. Değişiklikler, yani yeni özellikler, yeni hatalar ve yeni yük üretir
Belli ki biri node_modules klasörünü .gitignore içine eklemeyi unutmuş
Belki de Microsoft tarzı yönetime uymayanlar yeni iş bulmuştur?
gpt4-ops test ediliyor olabilir mi?
Microsoft’un beceriksizliği + DDoS?
Tüm açık kaynaklarımızı tek bir yerde toplamak iyi bir fikir olmayabilir >_<
Aslında değişen tek şey, bir noktada “keşke karşı tarafta olsaydım” diye düşünmeye başlamanız olabilir
Bütünün %1’inin zamanın %100’ünde kapalı olmasıyla, bütünün %100’ünün zamanın %1’inde kapalı olması arasında sezgisel olarak daha iyi görünen bir taraf var, ama pratikte hangisinin daha iyi olduğundan emin değilim. Elbette istenirse yansılama yapılabilir, ama bu zaten şimdi de mümkün, dolayısıyla meselenin özü bu değil
Dağıtık sürüm kontrol sisteminin özü, git clone yapan herkesin tüm deponun tam bir kopyasına sahip olması ve merkezi sunucuyla iletişim kurmadan işlerin çoğunu yapabilmesidir
Kısa kesintiler asıl koddan çok onun etrafındaki altyapıyı, yani iş akışlarını, issue’ları vb. etkiler
Açıkçası tek yerde toplanmış olması daha iyi. Rastgele kişilerin rastgele zamanlarda etkilenmesindense tüm sektörün aynı anda durması daha iyi
Bu, us-east-1 çöktüğünde olan şeye benziyor. Herkes aynı gemide olduğu için aynı anda mola veriyor ve biraz gevşemek için meşru bir bahaneniz oluyor
Şirket kodunun tamamını orada tutmak iyi bir fikir. Bedava mola çıkıyor
GitHub’un temel satış noktası dağıtıklık değildi. 2008’de katıldığımda daha çok geliştiricilerin buluştuğu bir sosyal ağ gibiydi
Görünüşe göre tekrar ayağa kalkmış. Son dönemdeki kesintilere dair derinlemesine bir analiz ve yeni özelliklerden önce istikrarın önceliklendirileceğine dair güvence duymak isterim
Birkaç ay önce müşteri destek tarafında çalışan biriyle konuşmuştum; büyük müşteriler için yapılan her türlü özel iş yüzünden istikrarın bozulduğunu, neredeyse bunun suçlusunun o taraf olduğunu söylüyordu. Sonuç olarak teknik borç çok büyümüş gibi görünüyor
GitHub Enterprise instance’ı çalıştırmak için yaklaşık 64GB RAM gerekiyor. Tam bir canavar
Bu tür özelleştirmeler hatalara ya da bazı işlevlerin bozulmasına yol açabilir. Ama sitenin tamamen çökmesi, özellikle GH Pages gibi statik içeriklerin bile gitmesi tamamen bir SRE sorunu
Bunun ağ yönlendirmesiyle ya da katman 4 altındaki başka bir hatayla ilgili olma ihtimali daha yüksek. Uygulama değişikliklerinin çoğu aşamalı dağıtım ve canary dağıtımıyla çıkar, sorun olursa da genelde oldukça hızlı geri alınabilir
Bu kesinti GitHub Pages’i de etkiliyor gibi görünüyor. .github.io sayfaları unicorn 503 sayfasını gösteriyor
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.
Vay canına, durum sayfası bile yüklenmiyor. Tüm web çökmüş gibi görünüyor ve her şeyin bu kadar topluca çöktüğü son zamanı hatırlamıyorum bile
Bu tür sorunlardan kendinizi izole etmek için ne kullanıyorsunuz? Okuma işlemleri için önbellek eklemek mantıklı görünüyor ve performansı da artırır. Etkilenmemeyi başarmış örnekler varsa paylaşılırsa güzel olur
Eski iş yerimde bir organizasyonun “GitOps” yapısında GitLab, AWS CodeCommit’e yansılanıyordu ve otomasyon için tek doğru kaynak olarak onu kullanıyorduk
Bu karar birçok kez ne kadar yerinde olduğunu kanıtladı ve CodeCommit tarafında kayda değer bir sorun yaşadığımızı hatırlamıyorum. Ama gerçek geliştirme sürecinde GitHub’ı forge olarak kullanıyor, issue tracker veya kod incelemesi için PR’lardan yararlanıyorsanız kendinizi izole etmenin iyi bir yolu pek yok gibi
Önceki iş yerimde şirket içinde barındırılan bir GitHub Enterprise vardı ve Twitter’da herkes “github çöktü! Bugün erken çıkış!” derken hep içim gidiyordu :(
Tabii bazı araçlar genel GitHub üzerindeki bağımlılıkları güncellemenizi istiyorsa yine sinir bozucuydu, ama en azından dağıtımla ilgili işler gibi şeyler çalışmaya devam ediyordu
Kahve molası
git zaten çevrimdışı kullanılabilsin diye tasarlanmış bir araç, dolayısıyla elinizdeki yerel clone’u kullanın
Durum sayfası az önce değişti:
Investigating - We are currently experiencing an outage of GitHub products and are investigating.
Jun 29, 2023 - 17:52 UTC
Okuma tarafı bile tamamen kırmızı. Durum sayfasında tüm kalemlerin kırmızı olduğunu ilk kez görüyorum
1 yorum
Hacker News yorumları
https://downdetector.com/status/github/
Değişiklik olmazsa yalnızca hata düzeltmeleriyle sistemi görece stabil tutmak kolaydır. Değişiklikler, yani yeni özellikler, yeni hatalar ve yeni yük üretir
node_modulesklasörünü.gitignoreiçine eklemeyi unutmuşBütünün %1’inin zamanın %100’ünde kapalı olmasıyla, bütünün %100’ünün zamanın %1’inde kapalı olması arasında sezgisel olarak daha iyi görünen bir taraf var, ama pratikte hangisinin daha iyi olduğundan emin değilim. Elbette istenirse yansılama yapılabilir, ama bu zaten şimdi de mümkün, dolayısıyla meselenin özü bu değil
git cloneyapan herkesin tüm deponun tam bir kopyasına sahip olması ve merkezi sunucuyla iletişim kurmadan işlerin çoğunu yapabilmesidirKısa kesintiler asıl koddan çok onun etrafındaki altyapıyı, yani iş akışlarını, issue’ları vb. etkiler
Bu, us-east-1 çöktüğünde olan şeye benziyor. Herkes aynı gemide olduğu için aynı anda mola veriyor ve biraz gevşemek için meşru bir bahaneniz oluyor
Birkaç ay önce müşteri destek tarafında çalışan biriyle konuşmuştum; büyük müşteriler için yapılan her türlü özel iş yüzünden istikrarın bozulduğunu, neredeyse bunun suçlusunun o taraf olduğunu söylüyordu. Sonuç olarak teknik borç çok büyümüş gibi görünüyor
Bunun ağ yönlendirmesiyle ya da katman 4 altındaki başka bir hatayla ilgili olma ihtimali daha yüksek. Uygulama değişikliklerinin çoğu aşamalı dağıtım ve canary dağıtımıyla çıkar, sorun olursa da genelde oldukça hızlı geri alınabilir
.github.iosayfaları unicorn 503 sayfasını gösteriyorBu karar birçok kez ne kadar yerinde olduğunu kanıtladı ve CodeCommit tarafında kayda değer bir sorun yaşadığımızı hatırlamıyorum. Ama gerçek geliştirme sürecinde GitHub’ı forge olarak kullanıyor, issue tracker veya kod incelemesi için PR’lardan yararlanıyorsanız kendinizi izole etmenin iyi bir yolu pek yok gibi
Tabii bazı araçlar genel GitHub üzerindeki bağımlılıkları güncellemenizi istiyorsa yine sinir bozucuydu, ama en azından dağıtımla ilgili işler gibi şeyler çalışmaya devam ediyordu
gitzaten çevrimdışı kullanılabilsin diye tasarlanmış bir araç, dolayısıyla elinizdeki yerel clone’u kullanınInvestigating - We are currently experiencing an outage of GitHub products and are investigating.
Jun 29, 2023 - 17:52 UTC