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

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

#201

Post by kasey_junk » Thu, Mar 19, 2020, 1:12 AM UTC

michaeldwan wrote: post #200

kasey_junk wrote: post #180

Fly.io is the service I’ve been most excited to see make headway in a long time. Pairing this with a global sql ( cough cockroach cough*) is literally the app platform I’ve been dreaming about. I would like to see more documentation around push based architectures. That is I want to build a system where a process pushes to the Redis in fly but is not running itself in fly. Basically something that may be unrouteable…

Thanks for the kind words! Cockroach is awesome and it's something we'd like to offer someday. Until then checkout FaunaDB. Your push example is interesting. We don't have a way to connect to redis from outside fly, but you could certainly boot up a tiny app on fly that acts as a proxy from external apps into the fly redis.

Yeah that’s what I ended up messing with, it works for sure.

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

#202

Post by chrisweekly » Thu, Mar 19, 2020, 1:35 AM UTC

Hats off, @mrkurt. This is the kind of thing HN, and YC, are all about at their very best. Absolutely love the way this idea, executed right, helps improve the deployment topography landscape, so to speak. Between service workers, Cloudflare workers, and now fly.io nodes at the edge, the degree of control over where and how your application executes across the network in relation to clients is kind of exhilarating -- at least for this 22-year veteran of web-related architecture. Bravo! And good luck!

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

#203

Post by mrkurt » Thu, Mar 19, 2020, 1:37 AM UTC

udkl wrote: post #147

mrkurt wrote: post #73

Earlier quoted context omitted.

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 ?

Running your own bgp in multiple data centers requires some reasonable network engineering skills. Anycast, specifically, is a complex beast. If you use multiple transit providers, you have to continuously tweak things to make sure people aren’t getting weird routes. Network providers like to send people over the cheapest (in dollars) routes sometimes, which makes things slow.

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

#204

Post by mrkurt » Thu, Mar 19, 2020, 1:38 AM UTC

Sytten wrote: post #167

jedberg wrote: post #148

Earlier quoted context omitted.

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

My definition of FaaS is each controller living its own life and deployed independently behind an api gateway. This is a PaaS because only the infrastructure is managed and I can deploy my whole application in one docker image.

That’s a pretty good definition of FaaS.

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

#205

Post by sidcool » Thu, Mar 19, 2020, 1:59 AM UTC

mrkurt wrote: post #37

sidcool wrote: post #33

Earlier quoted context omitted.

India is the next cloud hub. AWS and Azure are earning hands over fist here.

We are definitely missing out on customers because we aren't in India and South America. It's expensive to solve that problem but we're getting close!

Thanks! This is a very cool tool. Wish you all the best.

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

#206

Post by mleonhard » Thu, Mar 19, 2020, 1:59 AM UTC

Do you have plans to add Terraform support?

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

#207

Post by michaeldwan » Thu, Mar 19, 2020, 2:09 AM UTC

mleonhard wrote: post #206

Do you have plans to add Terraform support?

Not at the moment but it's certainly doable. Our CLI is written in go (github.com/superfly/flyctl) and could be ran as a go-plugin for terraform without rewriting the whole thing. I'd like that :)

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

#208

Post by mrkurt » Thu, Mar 19, 2020, 2:19 AM UTC

tr33house wrote: post #188

ericlewis wrote: post #144

Earlier quoted context omitted.

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

This would be terrible

Ads would be terrible but I'm really interested in the whole idea of "do something else when an app os over budget". I hadn't considered much except a 402 status code, which seems kinda mean: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/402

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

#209

Post by byteshock » Thu, Mar 19, 2020, 2:26 AM UTC

Fascinating product! I was wondering if there are any other products that are similar to yours? Other than serverless platforms such as Cloudlfare Workers or AWS Lambda.

I know Stackpath has been offering this kind of thing for a while. So how would your product compare to theirs? Since Stackpath has a well established cdn network already.

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

#210

Post by manigandham » Thu, Mar 19, 2020, 2:42 AM UTC

byteshock wrote: post #209

Fascinating product! I was wondering if there are any other products that are similar to yours? Other than serverless platforms such as Cloudlfare Workers or AWS Lambda. I know Stackpath has been offering this kind of thing for a while. So how would your product compare to theirs? Since Stackpath has a well established cdn network already.

All of the clouds have a service to run containers (GCP Cloud Run, Azure Container Instance, AWS Fargate) but you have to deploy to the different regions separately and use their global load balancers or an external CDN to manage traffic.

Stackpath is an amalgamation of many acquired companies. Their CDN is fine but nothing special. The computing services aren't great. Not very competitive on price and have reliability and latency issues. Their cloud storage is white-labeled Wasabi. I wouldn't recommend them as the first choice for anything.

Zeit Now version 1 was also a run your own container runtime but that has been deprecated: https://zeit.co/docs/v1/getting-started/deployment#docker-de...