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

141–150 of 268 posts

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

#141

Post by michaeldwan »

mwcampbell wrote: post #136

I'm curious about how you turn the Docker image into a root filesystem for the micro-VM. If you're willing to share more about this, are you using an existing tool such as LinuxKit or Packer, or did you write your own?

We built something into our registry that squashes layers of an image into a compressed rootfs archive. Edge nodes map an image back to one of these files when launching an app. This cut launch time for large images in remote regions from tens of seconds to a few hundred ms. Much of that infrastructure is actually running on fly itself!

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

#142

Post by michaeldwan »

Sytten wrote: post #69

Do you guys plan to add an offering for a distributed database that we could match with this compute? That way we could build entire application on edge without buying into the FaaS movement.

That's something we're certainly thinking about, but we need to get compute right first!

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

#144

Post by ericlewis »

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.

maybe if you go over, you automatically add ads to the page or something.

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

#145

Post by ericlewis »

chipperyman573 wrote: post #134
quickthrower2 wrote: post #109

Earlier quoted context omitted.

I'm interested, what is now possible with this? Is it high bandwidth VR sort of stuff?

This is not an area I'm in a lot, so I may be wrong, the cloudflare workers page GP mentioned says that you only get 10ms CPU time per request (or 50ms with the paid plan). I'm assuming lambda etc have similar limits. So presumably anything that takes longer than 10/50ms.

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.

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

#146

Post by michaeldwan »

bmm6o wrote: post #110
jassmith87 wrote: post #91

We've been using fly.io for a month now. They are amazing. The service is great, the team is great, and most importantly our apps have seen a dramatic performance uplift by leveraging fly. A++ would use again. Full disclosure: I am another YC founder. Fly did not ask me or encourage me to post this in any way.

What kind of apps are you using it for? How much data do you have to move to the edge?

I'm not jassmith87, but they're making a super slick app builder at glideapps.com and using fly for custom domains

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

#147

Post by udkl »

mrkurt wrote: post #73
ThePhysicist wrote: post #61

Who do you peer with in Europe? I see in the US you use Packet ( https://www.packet.com/ ) but I couldn't find any information about the EU, or do you focus on the US market for now? We're also a LIR and want to build an anycast network (we anonymize streaming data), any helpful resources you can share on this? Cool product btw! I think this will be a very interesting area in the coming years, the fact that you offer…

We actually have servers in North America, Europe (including Frankfurt), and Asia Pacific. The complete list is here: https://fly.io/docs/regions/#discovering-your-applications-r... Building an anycast network is expensive. That's part of what we want to make accessible to devs. There are a couple of companies (like Packet, and possibly Vultr) you can lease servers from that will handle anycast. These tend to get you…

Curious - In what way would building an Anycast network be expensive ?

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

#148

Post by jedberg »

Sytten wrote: post #69

Do you guys plan to add an offering for a distributed database that we could match with this compute? That way we could build entire application on edge without buying into the FaaS movement.

> That way we could build entire application on edge without buying into the FaaS movement

So you want to be able to upload your code and have someone manage the infrastructure and datastore.

Isn't that the definition of FaaS?

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

#149

Post by ignoramous »

michaeldwan wrote: post #146
bmm6o wrote: post #110

Earlier quoted context omitted.

What kind of apps are you using it for? How much data do you have to move to the edge?

I'm not jassmith87, but they're making a super slick app builder at glideapps.com and using fly for custom domains

> ...builder at glideapps.com

Nice. Here's their launch-hn: https://news.ycombinator.com/item?id=19163081

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

#150

Post by alexeldeib »

mrkurt wrote: post #58
ignoramous wrote: post #42

Congratulations on the launch! I've been following fly.io ever since I stumbled on it 2 years ago. A few questions, if I may: > We run a mesh Wireguard network for backhaul, so in flight data is encrypted all the way into a user application. This is the same kind of network infrastructure the good content delivery networks use. Does it mean the backhaul is private and not tunneling through the public internet? > fly.…

> Does it mean the backhaul is private and not tunneling through the public internet? Backhaul runs only through the encrypted tunnel. The Wireguard connection itself _can_ go over the public internet, but the data within the tunnel is encrypted and never exposed. > I use Cloudflare Workers and I find that at times they load-balance the traffic away from the nearest location [0][1] to some location half-way around th…

Any chance you have more details on GP's question about the tech basis of the router (ebpf, dpdk)? I didn't find this component among the OSS in the superfly org.
Post reply on HN