Cụm Postgres của Fly.io đã bị sập suốt 3 ngày mà không có bất kỳ thông tin nào

• Trải nghiệm gián đoạn dịch vụ kéo dài 3 ngày do sự cố ngừng hoạt động của Fly.io
• Người dùng không thể xóa máy, triển khai ứng dụng hoặc khởi động lại instance.
• Vấn đề này đã ảnh hưởng đến nhiều người dùng và ứng dụng của họ, bao gồm cả cơ sở dữ liệu.
• Một số người dùng có thể khắc phục vấn đề bằng cách scale up và tạo máy mới.
• Việc Fly.io thiếu liên lạc và không có cập nhật khiến người dùng hoang mang và mất niềm tin vào nền tảng.
• Sự cố cuối cùng đã được giải quyết, nhưng người dùng vẫn không nhận được câu trả lời và còn lại nhiều lo ngại cũng như câu hỏi.
• Vụ việc này nhấn mạnh tầm quan trọng của việc liên lạc đáng tin cậy và minh bạch trong thời gian xảy ra gián đoạn dịch vụ.

[GN⁺]

Ý kiến trên Hacker News

• Cụm Postgres của Fly.io đã ngừng hoạt động trong 3 ngày.
• Sự cố gián đoạn xảy ra do một máy chủ đơn lẻ ở khu vực seed bị sập và không thể quay lại trực tuyến một cách sạch sẽ.
• Các ứng dụng chạy nhiều instance vẫn có thể tiếp tục hoạt động, nhưng các ứng dụng chỉ có một instance nằm trên máy chủ đó thì không thể truy cập được.
• Fly.io đã xin lỗi vì thiếu thông tin liên lạc trong thời gian gián đoạn và thừa nhận cần cải thiện quy trình truyền thông đối với các sự cố hỏng hóc trên một máy chủ đơn lẻ.
• Một số người dùng bày tỏ sự không hài lòng về độ tin cậy và hỗ trợ của Fly.io, nhắc đến các lần gián đoạn thường xuyên, việc không phản hồi, cũng như sự thiếu hụt tính năng và tài liệu.
• Có thảo luận về sự lệch nhau giữa kỳ vọng đối với những gì Fly.io cung cấp và nhu cầu của thị trường, cùng với nhu cầu về các dịch vụ đảm bảo tính bền vững dữ liệu.
• Một số người dùng so sánh sự sa sút của Fly.io với sự đi xuống của Heroku, bày tỏ sự thất vọng và lo ngại.
• Nhìn chung, vẫn có hy vọng rằng Fly.io có thể khôi phục độ tin cậy trước khi trở nên bất ổn theo cách tệ nhất như Heroku.