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

31–40 of 268 posts

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

#31

Post by mrkurt »

zomglings wrote: post #24

This is an awesome idea and it looks like you guys are executing on it beautifully. Congratulations! Out of curiosity, what kind of customers/teams are asking you for gRPC support? Is this coming from your enterprise customers or from smaller teams?

We actually noticed people asking about gRPC on Hacker News, especially on Cloud Run posts:

https://news.ycombinator.com/item?id=19612577

It's usually small teams, individual devs who want gRPC. Even if it's within a large company, it's almost always one technical person.

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

#32

Post by jimleroyer »

Pretty nice to see Rust being used for network performance code. Do you have any learning using it to share? Would you rather use C++ if you'd have to do it again? Do you feel more confident in your code? Do you feel it was slower or quicker to write code compared to C++

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

#33

Post by sidcool »

michaeldwan wrote: post #29
sairamkunala wrote: post #23

This is great @mrkurt Any plans to launch any Datacenters in India? could not find any here - https://fly.io/docs/regions/#welcome-message

No timeline yet but we're eager to get into India and South America when we can

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

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

#34

Post by mrkurt »

jdiez17 wrote: post #26

Just curious, how do you handle non-HTTP(S) traffic to applications? You said applications get dedicated IP addresses (I assume v4 and v6). Not having the ability to multiplex an IPv4 address (e.g. if I deploy an application that accepts connections on port 1337/TCP) will get expensive quite quickly, so I wonder how you solve this problem! :)

Do you mean it would get expensive to run multiple applications that listen on a single TCP port?

It _might_, if you need a bunch of ipv4 addresses it'll add up fast. But you could always put your own router app in place to accept that port on one IP, find the right ipv6, and forward connections along.

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

#35

Post by mrkurt »

mayank wrote: post #28
mrkurt wrote: post #11

Earlier quoted context omitted.

We're not AWS, but: 1) we own physical servers and 2) we're profitable 3) have big public companies as customers.

> 1) we own physical servers and 2) we're profitable 3) have big public companies as customers Ironically, these also make you a prime acquisition target (because the product idea rocks), which renders your long-term future unclear.

I was at a company that got acquired before. It was so awful. I'd rather just work on this forever than get absorbed by a big company.

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

#36

Post by mrkurt »

yingw787 wrote: post #25

Actually, one more question...do you guys scale compute and data layers separately, or are they tightly coupled within the same container? I was looking at containerized PostgreSQL on AWS because I want to colocate a job scheduling tool (pg_cron) with the database process, but RDS doesn't support that extension. Apparently (or at least I hope), ecs-cli compose supports docker volumes through EBS, which is the same ba…

Right now we're best suited for app servers, databases won't (yet) run very well on fly.io. We are trying really hard to focus on what we have because it's so valuable but we love DBs so much we might end up trying to "solve" them soon.

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

#37

Post by mrkurt »

sidcool wrote: post #33
michaeldwan wrote: post #29

Earlier quoted context omitted.

No timeline yet but we're eager to get into India and South America when we can

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!

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

#38

Post by tossAsimov »

mayank wrote: post #28
mrkurt wrote: post #11

Earlier quoted context omitted.

We're not AWS, but: 1) we own physical servers and 2) we're profitable 3) have big public companies as customers.

> 1) we own physical servers and 2) we're profitable 3) have big public companies as customers Ironically, these also make you a prime acquisition target (because the product idea rocks), which renders your long-term future unclear.

Well, whoever buys them would like to keep the customers, as it is already a profitable business. So, even if they completely close the business, they should provide a way to migrate, as nobody likes to loose money/customers.

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

#39

Post by sudhirj »

yingw787 wrote: post #25

Actually, one more question...do you guys scale compute and data layers separately, or are they tightly coupled within the same container? I was looking at containerized PostgreSQL on AWS because I want to colocate a job scheduling tool (pg_cron) with the database process, but RDS doesn't support that extension. Apparently (or at least I hope), ecs-cli compose supports docker volumes through EBS, which is the same ba…

I’m experimenting with this, they have Redis at every edge, with a way (SELECT 2) to send commands to all edges with eventual consistency. No RDBMS yet, said they’re looking at CockroachDB.

I’m running a single central Postgres server on Heroku and planning to use the Redis edges to cache.

Post reply on HN