Fly.io’nun Postgres kümesi 3 gün boyunca kapalı kaldı ve bununla ilgili hiçbir açıklama yok.

• Fly.io hizmet kesintisi nedeniyle 3 gün süren kesinti deneyimi
• Kullanıcılar makineleri silemedi, uygulama dağıtamadı veya instance’ları yeniden başlatamadı.
• Bu sorun, veritabanları da dahil olmak üzere birçok kullanıcıyı ve onların uygulamalarını etkiledi.
• Bazı kullanıcılar, ölçeği büyütüp yeni makineler oluşturarak sorunu çözebildi.
• Fly.io’dan iletişim ve güncelleme gelmemesi nedeniyle kullanıcılar şaşkınlığa uğradı ve platforma olan güvenlerini kaybetti.
• Sorun sonunda çözüldü, ancak kullanıcılar yanıt alamadı ve geriye endişeler ile sorular kaldı.
• Bu olay, hizmet kesintileri sırasında güvenilir ve şeffaf iletişimin önemini vurguluyor.

[GN⁺]

Hacker News görüşü

• Fly.io'nun Postgres kümesi 3 gün boyunca kesinti yaşadı.
• Kesinti, seed bölgesindeki tek bir host'un çökmesi ve temiz bir şekilde tekrar çevrimiçi duruma dönememesi nedeniyle meydana geldi.
• Birden fazla instance çalıştıran uygulamalar çalışmaya devam edebildi, ancak o host üzerindeki tek instance'lı uygulamalara erişilemedi.
• Fly.io, kesinti süresince iletişim eksikliği için özür diledi ve tek host arızalarına yönelik iletişim sürecinin iyileştirilmesi gerektiğini kabul etti.
• Bazı kullanıcılar Fly.io'nun güvenilirliği ve desteği hakkında memnuniyetsizlik dile getirerek sık kesintiler, yanıtsızlık ve özellikler ile dokümantasyon eksikliğinden bahsetti.
• Fly.io'nun sundukları ile pazarın ihtiyaçları arasında bir beklenti uyumsuzluğu ve kalıcı veri hizmetlerine duyulan ihtiyaç hakkında tartışmalar yapıldı.
• Bazı kullanıcılar Fly.io'nun gerileyişini Heroku'nun gerileyişiyle karşılaştırarak hayal kırıklığı ve endişe ifade etti.
• Genel olarak, en kötü durumda Heroku gibi istikrarsız hale gelmeden önce Fly.io'nun güvenilirliğini yeniden kazanabileceğine dair bir umut var.