Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I've got no real use case for Fly.io at the moment, but ever since their big thread the other day I went through their blog posts and I've got to say they're pretty much all fantastic as far as delivering information I'm interested in. They seem to have a really good team. Having toyed with the idea of deploying some of my endless TO-DO-LIST of tiny projects in Elixir and wondering what monitoring would look like, PromEx just happens to scratch an itch.


If nothing else, we hope to make Fly.io a great place to deploy Elixir side projects. :)


Maybe I'm misreading into your comment to mean that you're making it easier to deploy Elixir at fly.io, and please don't take this the wrong way, but after skimming the docs - I'm not understanding how exactly hosting Elixir/Phoenix at fly.io is any easier.

Would you mind elaborating. I'm definitely looking for a PasS for Elixir/Phoenix + Postgres.


Oh we're _working_ on it, but we have a ways to go. I can imagine `fly launch` just working for all Elixir apps someday, right now you have to write a Dockerfile. People seem to like our guide but I don't want to suggest it's already the easiest possible place to deploy an Elixir app: https://fly.io/docs/getting-started/elixir/

That said, our stack does make things Elixir folks need very easy. In particular:

* Private network and built in service discovery mean clustering just works

* You can connect to your private network with WireGuard and then use iex or similar to inspect running Elixir processes: https://fly.io/blog/observing-elixir-in-production/

* Postgres setup is pretty magical. "fly postgres attach" gets your app all connected and auth'ed to your Postgres cluster.

* And, most importantly, we actually are the best place to run an Elixir app if you're using Phoenix LiveView. You can push your app servers out close to people and make LiveView incredibly responsive: https://liveview-counter.fly.dev/


If I were to host Elixir, I don’t think I would opt for docker. This is the one thing that prevents me from trying out fly.io


Why is that? I remember reading about the scheduler not being able to correctly "attach" to each core when using Docker but it seems that's not the case anymore. Is there any other disadvantage you perceive?


Thanks so much


Can confirm I finally launched one side project off the ground thanks to Fly




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: