Der Postgres-Cluster von Fly.io war drei Tage lang ausgefallen, ohne dass es dazu irgendeine Mitteilung gab.

• Drei Tage Serviceausfall infolge einer Störung bei Fly.io
• Nutzer konnten keine Maschinen löschen, keine Apps deployen und keine Instanzen neu starten.
• Das Problem betraf mehrere Nutzer und ihre Apps, darunter auch Datenbanken.
• Einige Nutzer konnten das Problem lösen, indem sie hochskalierten und neue Maschinen erstellten.
• Das Ausbleiben von Kommunikation und Updates seitens Fly.io führte bei den Nutzern zu Verwirrung und einem Vertrauensverlust gegenüber der Plattform.
• Das Problem wurde schließlich behoben, doch die Nutzer blieben ohne Antworten zurück und behielten ihre Bedenken und Fragen.
• Der Vorfall unterstreicht die Bedeutung verlässlicher und transparenter Kommunikation während eines Serviceausfalls.

[GN⁺]

Hacker-News-Kommentar

• Der Postgres-Cluster von Fly.io war drei Tage lang ausgefallen.
• Der Ausfall wurde dadurch verursacht, dass ein einzelner Host in der Seed-Region ausfiel und nicht sauber wieder online kam.
• Apps, die mehrere Instanzen ausführen, konnten weiter funktionieren, aber Apps mit nur einer Instanz auf diesem Host waren nicht erreichbar.
• Fly.io entschuldigte sich für die mangelnde Kommunikation während des Ausfalls und räumte ein, dass die Kommunikationsprozesse bei Ausfällen einzelner Hosts verbessert werden müssen.
• Einige Nutzer äußerten Unzufriedenheit mit der Zuverlässigkeit und dem Support von Fly.io und erwähnten häufige Ausfälle, fehlende Reaktionen sowie Mängel bei Funktionen und Dokumentation.
• Es gab eine Diskussion über eine Diskrepanz zwischen dem Angebot von Fly.io und den Anforderungen des Marktes sowie über die Notwendigkeit von Diensten für dauerhafte Datenspeicherung.
• Einige Nutzer verglichen den Niedergang von Fly.io mit dem von Heroku und äußerten Enttäuschung und Besorgnis.
• Insgesamt besteht die Hoffnung, dass Fly.io seine Zuverlässigkeit wiederherstellen kann, bevor Heroku im schlimmsten Fall instabil wird.