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!
Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
181–190 of 268 posts
Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#182Docker? No thanks.
Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#183Earlier quoted context omitted.
We’re moving the JS apps to just run on Deno containers. Deno is fabulous.
This is the most intriguing thing for me, perhaps second only to the fact that you guys are working with Rust. I have followed Deno since it was announced and it has been fascinating to watch it evolve. How much Deno code do you all have working in production right now?
Only a little. It works very well, once we port our edge js library (https://github.com/superfly/edge) to Deno we will move over some things handling hundreds of millions of requests per day.
Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#184Awesome work, congrats!
Do you consider zeit.co or netlify competitors? I saw in a comment that you're interested in making it dead easy to deploy a simple Rails app to the edge. These companies have gone deep on a different segment that's deploying web apps without DBs. Is your roadmap kind of routing around the JAMstack crowd, straight to supporting traditional full-stack apps? Seems much harder, but a more valuable prize if so.
Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#185Earlier quoted context omitted.
The "simplest" gains come from adding an in memory cache, we include Redis for this and some apps work really well just leaving the DB where it is, caching aggressively, and running close to users: https://fly.io/docs/redis/ Read only replicas are a great first step for most applications. I'd probably do caching first, then replicas (which are kind of like caching). Region specific persistence is one way to improve w…
PM@cockroach labs here. Which tools did you experiment with? We've been working to increase our tooling capabilities!
We got hung up with the migration tooling for popular frameworks. If we can get those migrations to work with minimal drama, we want to basically show people “global full stack” with app + cache + database.
Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#186Great introduction to the technology! I rarely see such a clear explanation of how new products work.
This is my favorite Hacker News comment of all time.
Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#187Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#188Earlier 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.
maybe if you go over, you automatically add ads to the page or something.
This would be terrible
Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#189Awesome work, congrats! Do you consider zeit.co or netlify competitors? I saw in a comment that you're interested in making it dead easy to deploy a simple Rails app to the edge. These companies have gone deep on a different segment that's deploying web apps without DBs. Is your roadmap kind of routing around the JAMstack crowd, straight to supporting traditional full-stack apps? Seems much harder, but a more valuabl…
Thanks! We don't consider Zeit or Netlify competitors. We're a level lower than them -- you could actually run those things on top of fly!
As you said, they're both going deep for JavaScript apps (and doing an awesome job at it!) and we're focusing on being an awesome place to run full stack apps and exotic (non-http) servers.
Re: Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
#190Docker? No thanks.
We're not running docker or making you run it. We simply use docker images (aka OCI image format https://github.com/opencontainers/image-spec) as the packaging format for your application code and dependencies.