Fly.ioのPostgresクラスタが3日間ダウンしたものの、何の知らせもありませんでした。

• Fly.ioのサービス障害により、3日間のサービス停止を経験
• ユーザーはマシンの削除、アプリのデプロイ、インスタンスの再起動ができませんでした。
• この問題は、データベースを含む複数のユーザーとそのアプリに影響しました。
• 一部のユーザーは、スケールアップして新しいマシンを作成することで問題を回避できました。
• Fly.ioからの連絡不足と更新の欠如により、ユーザーは困惑し、プラットフォームへの信頼を失いました。
• 問題は最終的に解決しましたが、ユーザーは回答を得られないまま、懸念と疑問を抱えました。
• この出来事は、サービス停止中における信頼できる透明なコミュニケーションの重要性を浮き彫りにしています。

[GN⁺]

Hacker Newsの意見

• Fly.ioのPostgresクラスターは3日間停止していました。
• 停止は、シードリージョンの単一ホストがダウンし、正常にオンラインへ復帰できなかったことが原因で発生しました。
• 複数インスタンスを実行しているアプリは動作を継続できましたが、そのホスト上にある単一インスタンスのアプリにはアクセスできませんでした。
• Fly.ioは停止期間中の情報共有不足について謝罪し、単一ホスト障害に対するコミュニケーションプロセスの改善が必要だと認めました。
• 一部のユーザーはFly.ioの信頼性とサポートに不満を表明し、頻繁な停止、応答の欠如、機能やドキュメントの不足を挙げました。
• Fly.ioの提供内容と市場のニーズの間にある期待のずれや、データ永続化サービスの必要性について議論がありました。
• 一部のユーザーはFly.ioの衰退をHerokuの衰退と比較し、失望と懸念を表明しました。
• 全体として、Fly.ioが信頼性を回復し、Herokuが最悪の状況で不安定になる前に立て直せることへの期待があります。