mrkurt

76 ms·

871.
by mrkurt 7y ago
Datacenters are weird. They're basically a real estate market, check out Digital Realty Trust: https://en.wikipedia.org/wiki/Digital_Realty Networks are crazy too, especially between continents, ownership of under
872.
by mrkurt 7y ago
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&quot
873.
by mrkurt 7y ago
> 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 e
874.
by mrkurt 7y ago
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!
875.
by mrkurt 7y ago
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 "s
876.
by mrkurt 7y ago
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.
877.
by mrkurt 7y ago
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
878.
by mrkurt 7y ago
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 withi
879.
by mrkurt 7y ago
Huh that's really interesting. I just checked one of the performance tools we use a lot and it's <3ms to connect to fly.io New Jersey from NYC. It's not the best test because datacenter-to-datacenter behaves differently th
880.
by mrkurt 7y ago
There is some overlap with CloudFlare Workers. The big, practical difference is that you can put apps on fly.io that abuse CPUs, write to disk, accept TCP traffic, etc. Most people we've worked with want to run run apps they've al
881.
by mrkurt 7y ago
We got someone else to rack them. Customer apps are VMs on top of the physical servers we lease. At scale we'll build our own datacenters, but at scale we can get not-me to do that.
882.
by mrkurt 7y ago
The city list does look random, but it's actually the simplest cities to build out with physical servers + anycast. We _tend_ to do better than AWS on latency to your apps, and from upstate New York you'd probably be connecting to
883.
by mrkurt 7y ago
We're not AWS, but: 1) we own physical servers and 2) we're profitable 3) have big public companies as customers.
884.
by mrkurt 7y ago
I think we fit that category. We definitely have features/philosophies that match the Wikipedia article!
885.
by mrkurt 7y ago
We don't (yet) because we really loathe slow response times and booting peoples' apps is absurdly slow sometimes. Our #1 feature request for Firecracker is suspend / snapshot functionality so we can do that. Instead, we give
886.
Launch HN: Fly.io (YC W20) – Deploy app servers close to your users
626 points by mrkurt 7y ago|261 comments
887.
by mrkurt 7y ago
(Disclosure: we use wireguard heavily at fly.io to handle backhaul between customer apps) The tldr of this seems to be "wireguard isn't as complicated as openvpn / ipsec infrastructure". Which is true. It's not, it
888.
by mrkurt 7y ago
It would make sense! We give free credits specifically for side/hobby apps (in theory, you can run ~3 microscopic VMS pretty much full time with this): https://fly.io/docs/pricing/#free-for-side-projects We d
889.
by mrkurt 7y ago
It's closest to Cloud Run. We run your containers and scale across regions to minimize your users' latency. You can't quite use it as a drop in replacement for Heroku since we don't have a Postgres offering. You can us
890.
by mrkurt 7y ago
There is indeed a certificate API! We’re putting up a guide for it this week, I can send you the draft if you’d like. The CLI commands for managing certs are here: https://fly.io/docs/flyctl/certs/ There’s no
891.
by mrkurt 7y ago
There are a few ways to use k8s + firecracker, weave has one: https://www.weave.works/oss/firekube/
892.
by mrkurt 7y ago
> Did you do any measurements and if so, on which dyno types? We found that using Performance-M dynos' gives us a rather large performance boost. Performance-m dyno's are also more stable because they run on dedicatd hardware.
893.
by mrkurt 7y ago
Shameless plug, https://fly.io/heroku gives you a lot of the benefit of Cloudfront without adding a layer. It's like running Heroku with a modern router. --edit-- I confused Cloudfront and CloudFlare yet again. :)
894.
by mrkurt 7y ago
Hello again! Cold starts depend a lot on what people actually deploy. They're really fast for an optimized Go binary, really slow for most Node apps. We were playing with Deno + OSv just today and got an app to boot and accept an HTTP
895.
by mrkurt 7y ago
Snapshot / suspend isn't doable yet, but it sure would be nice. We've booted some apps in Firecracker in <20ms, so if you build the app properly you can absolutely do a new VM per request or TCP connection even.
896.
by mrkurt 7y ago
You've pretty much nailed the problem. The ?good? news though is that Heroku is really slow, so just running Firecracker VMs on real hardware, doing edge TLS, and adding http2 + brotli is a huge win. When people use https://
897.
by mrkurt 7y ago
Nomad + our own firecracker task driver. There's a promising open source task driver for Firecracker as well (ours does a ton that's specific to our networking setup): https://nomadproject.io/docs/drivers&#x2F
898.
by mrkurt 7y ago
Open source software.
899.
by mrkurt 7y ago
AMD processors work fine with Firecracker, support is relatively recent though so they’re being conservative about calling it production ready.
900.
by mrkurt 7y ago
Firecracker is great We use it to run fleets of fast booting vms at https://fly.io . It’s really the best OSS to come out of Amazon.

More ›