Live data from Hacker News

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

news.ycombinator.com

221–230 of 268 posts

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

#223
post #191

Earlier quoted context omitted.

> 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…

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.

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

#224
post #66

Earlier quoted context omitted.

But your most valuable customers will need to interact with an app server plus database for any real life use case. Can you share some applications where only placing the app server close to user works? Is the database back in Virginia?

You are mostly right, there are a surprising number of problems that don't need much database interaction. Lots of image generation, video workloads, game servers, etc. One of the things we want to do, though, is make "boring" apps really fast. My heuristic for this is "can you put a Rails app on fly.io without a rewrite?". Many of these applications add a caching layer. Normally if someone wants to make a Rails app…

I’m extremely impressed with how slick your Heroku integration is. We thought about moving over to render but the dev ux just isn’t there like Heroku. I would be fine with paying for a read replica on the west coast that was always running if you can make it as easy the rest of your Heroku integration.

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

#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 company to avoid.

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

#228

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…

I don't know if that makes a company to avoid, but that's certainly a good point of awareness to raise.

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

#229

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…

I don't know if that makes a company to avoid, but that's certainly a good point of awareness to raise.

As a developer by trade, it was definitely raising a LOT of red flags for me. I don't blame you for taking it with a grain of salt, though.
Post reply on HN