4 ms·
My fly.io-hosted website went down for 5 minutes (6 hours ago), but then came right back up, and has been up ever since. I use a free monitoring service that ch
by benhoyt 2y ago
My fly.io-hosted website went down for 5 minutes (6 hours ago), but then came right back up, and has been up ever since. I use a free monitoring service that checks it every 5 minutes, so it's possible it missed another short bit of downtime. But fly.io has been pretty reliable overall for me!
- dprotaso 2y agoWhat free monitoring tool do you use?
- deleted 2y ago[deleted]
- nomilk 2y agoWould be fascinated to see your data over a period of months. Application up time is flakey, but what was worse were fly deploys failing for no clear reason. Sometimes layers would just hang and eventually fail for no particular reason; I'd run the same command an hour or two later without any changes and it would just work as expected. I'd love to make a monitoring service to deploy a basic app (i.e. run the fly deploy command) every 5 minutes and see how often those deploys fail or hang. I'd guess ~5% inexplicably fail, which is frustrating unless you've got a lot of spare time.
- Joel_Mckay 2y ago[flagged]
- LorenzoGood 2y agoWhat does rust have to do with fly.io?
- Joel_Mckay 2y ago[flagged]
- aobdev 2y agoSnark aside, Joel is suggesting that because Fly uses rust-based virtualization software they should have a more reliable deployment process.
- LorenzoGood 2y agoThanks for clarifying.
- Joel_Mckay 2y ago[flagged]
- nomilk 2y agoBy asking directly and someone answering, it solves the problem for the person wondering, but also anyone else wondering (i.e. asking directly scales very nicely).
- Joel_Mckay 2y ago[flagged]
- sanswork 2y agoMy downtimes from fly are pretty rare but generally global when they happen, in this outage we had no downtime but couldn't deploy for a few hours. I have issues with deploying about once per quarter(deploy most days across a few apps)
- nomilk 2y agoIf that’s the case I suspect fly is getting a lot more reliable. I stopped using them about a year ago so haven’t kept up on their reliability since. Glad to hear, it’s good for a competitive market to have many providers, and fly might have issues but hopefully has a bright future
- sanswork 2y agoThey are definitely getting more reliable. I was an early user and moved off them to self hosted for quite a while because of the frequent downtime in early days. Their support still leaves a lot to be desired even as someone that pays for it but the ease of running and deploying a distributed front end keeps bringing me back.
- rozenmd 2y agoThis may be of interest to you: https://news.ycombinator.com/item?id=42243282 https://news.ycombinator.com/item?id=42243282
- jrockway 2y agoI used to run a service that created k8s clusters on GCP for our customers. We did want to check that that functionality kept working and had a prober test it periodically. It was actually broken a lot. Always good to monitor your dependencies if you have the time. Then when someone complains about an issue in your service, you can check your monitoring to see if your upstream services are broken. If they are, at least you know where to start debugging.
- beezlewax 2y agoDo you mind if I ask what monitoring service that is?
- benhoyt 2y agoSure, it's UptimeRobot: https://uptimerobot.com/ https://uptimerobot.com/
- andrew-jack 2y agoUse https://pulsetic.com/ https://pulsetic.com/
- vextea 2y agoIs it your service?
- buzzier 2y agohttps://github.com/louislam/uptime-kuma https://github.com/louislam/uptime-kuma
- rozenmd 2y agoI externally monitor fly.io and it's docs here: https://flyio.onlineornot.com/ https://flyio.onlineornot.com/ Looks like it lasted 16 minutes for them.
- tptacek 2y agoIt wasn't a request routing outage; apps running on Fly.io didn't stop running. It was a deployments outage. For reasons passing understanding (I am reliably informed I'm wrong to complain about this), our website is the same Elixir app as our dashboard, and the dashboard got redeployed at one point. Our website being down is not the same as the whole service being down, though I guess there's a truth-in-advertising poetry to it being down when deployments are busted.
- itbeho 2y agoI'm not sure if your explanation is comforting or disconcerting.
- tptacek 2y agoWhy not both? Tell me what's comforting and I'll tell you why you shouldn't be comforted; tell me why you're disconcerted and I'll tell you maybe something else. All we can do is be straight about things.
- pajeetz 2y ago[flagged]
- tptacek 2y agoI'm an HN person before I'm a Fly.io person, and as an HN person I find the points you're trying to make --- anybody can see them throughout the thread simply by searching your name --- tedious. As a businessperson, I don't think I have much to gain by genuflecting to the importance of reliability; everybody I care about on this site shares an understanding with us that reliability is important, though apparently not with you that all these systems are fallible. So I'm making the decision not to genuflect, and instead call you out --- you in particular, anonymous, venomous, green-named commenter --- as a a writer of boring and facile attempted dunks.
- davidgl 2y agoSame for us, down for ~5 mins, back up and fine, error was 501
- TacticalCoder 2y agoSomeone said 16 minutes: so it's not even 5 nines service.