Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

news.ycombinator.com

Post reply on HN
Print view View original

241–250 of 268 posts

Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

#241

Post by Aearnus »

jeromegn wrote: post #237
Aearnus wrote: post #226

Hey all! I had the chance to see everyone from Fly.io at Hack Arizona -- they gave a presentation before the hackathon began. That presentation displayed the worst work/life balance I think I've ever seen. Every trope was there: "we're not coworkers, we're family", "our developers love to work, they do it out of love", virtue signaling, etc, etc. The whole shebang. Just my two cents, but I really feel that this is a…

(Disclaimer: I am a Fly.io founder) I don't recall us being at Hack Arizona, certainly not me. I googled it and all it yielded was this HN post. Your comment couldn't be further from the truth. I can't speak for whoever used these words (if they did), but I think we have pretty great work/life balance. We all have families of our own and recognize they are far more important than our business. These things happen, su…

Hey! I want to formally apologize -- the company I heard presenting had a name very, very similar to yours. Definitely was not the same company. Unfortunately it's past the 2 hour mark to delete comments on HN, but consider this my retraction of what I said above. Really sorry about the mix up, and what you have going here seems very impressive. Definitely seems like a fantastic attitude towards workers' health and happiness.

Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

#242

Post by Sebb767 »

ar0b wrote: post #107
dathinab wrote: post #80

> 2. Max monthly spend: unexpected traffic spikes happen, and the thought of spending an unbounded amount of money in a month is really uncomfortable. You can configure fly.io apps with a max monthly budget, we'll suspend them when they hit that budget, and then re-enable them at the beginning of the next month. I like this, not having caps is a major problem with some of your competition for smaller projects/compani…

I don't think I like the failure mode of your app getting slower (losing your ApplicationDN) right at the time it's really popular. I don't have a better solution though.

The solution is to set your limit pretty high (100 times your average or so) or, alternatively, have shorter limit intervals - 100 times your daily bill is still a lot less harmful than 100 times your monthly bill.

The only 'real' solution is proper alerting, but even then it's pretty easy to rack up a bill of several thousand dollar before anyone realizes what's going on.

Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

#243

Post by Sebb767 »

capableweb wrote: post #178
ar0b wrote: post #107

Earlier quoted context omitted.

I don't think I like the failure mode of your app getting slower (losing your ApplicationDN) right at the time it's really popular. I don't have a better solution though.

> I don't have a better solution though Don't host in such a way that you're paying for traffic... Hetzner, OVH and Packet all have dedicated servers where you don't pay for the traffic, inbound or outbound. Edit: judging by other comments here, it might seem like US zone of Fly.io is in fact hosted in Packet so they are probably themselves not paying for the traffic. Maybe they are using Hetzner for the EU zone (or…

But your server going down because of high load instead of being shut down by a bill breaker doesn't make that much difference.

Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

#245

Post by mrkurt »

myopenid wrote: post #236

Tried deploying a simple Heroku echo app and put it through KeyCDN performance test... The fly.io instances actually perform worse in terms of TTFB compared to a single Heroku deployment in AMS. Here are some stats. https://i.imgur.com/Qt1p29G.png

That’s unusual, will you email me or support at fly.io so I can have a look?

We use that KeyCDN test pretty frequently with different results.

Those TLS handshake times aren’t great, I think that was probably the first load from Vault on certificates. You should see most handshakes at <30ms on there.

Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

#246

Post by cfontes »

jeromegn wrote: post #240
cfontes wrote: post #239

Earlier quoted context omitted.

Good to know, this looks great! Btw any plans to support Java applications?

If you can build it in a Docker image or if you can deploy it to Heroku, then we support it :) If it doesn't work, it's a bug.

Awesome, I had a misunderstanding it was only GoLang because of your github repos, get ready to get filthy rich with this.

If you ever come to SA, never partner with Localweb ( biggest/major local server provider ) they are garbage.

Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

#247

Post by lnsp »

mrkurt wrote: post #194
lnsp wrote: post #181

Have been building a similar project in the past few months called Valar ( https://valar.dev , it uses gVisor instead of Firecracker and is still in private beta), but I prioritized university studies so it took too much of my time to actually release it publicly. Great to see a similar product being released, really looking forward to test it. Best of luck to you!

How are you liking gVisor? We started with Firecracker and only spent a little time with gVisor, but it seems really nice.

I discovered it when looking into runtimes for my Bachelor's thesis. So far it's serving me quite well, especially after they reworked the Sentry file system abstraction (when I started file access was horribly slow). Networking works very well although they reimplemented it themselves. It also allows me to do base image layering using Overlay since I only keep binaries/source code/assets after a successful build.

Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

#248

Post by estebarb »

mrkurt wrote: post #154
ericlewis wrote: post #145

Earlier quoted context omitted.

lambda can run up to 30m I think (idk about lambda@edge). CF Workers fail when trying to use something like node-unfluff, because the CPU time takes too long. This seems to me, like a more controllable lambda@edge.

The containers on fly.io can go up to 8CPUs. So you can do a lot of computation for images, video etc. They can also accept any kind of TCP traffic (and we're trialing UDP), so lots of interesting network services. This is especially interesting for people who want to do live video. AND we have disks. So you can deploy Varnish, or nginx caches, etc. This is something we enable by hand per app.

I didn't find documentation about the disks: size, ssd/hdd, price?

Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users

#250

Post by mrkurt »

namibj wrote: post #223
mrkurt wrote: post #191

Earlier quoted context omitted.

Packet charges for outbound bandwidth. The places you can get close to free on outbound bandwidth don’t give you the ability to do anycast and tend to over subscribe their networks. We’d like to grt network prices down but we can’t run our service on ovh or Hetzner.

Vultr does BGP if you have a routable subnet and AS. Just open a support ticket.

Yep! We've been experimenting with Vultr, their physical servers are only in 7 cities. I hope they expand.
Post reply on HN