News for hackers. Stuff that matters.

A comment on From Node to Ruby on Rails. Parent comment

Re:From Node to Ruby on Rails by dqv on Thursday December 16, 2021 @09:50AM (#29578675)
It really is a nice experience. The BEAM family of languages was the first for me where doing multiple things at once came natural. It doesn’t require pulling in a library or adding redis or having to worry about shared state. You just add a process to a supervisor.
[ Parent | on HN ]
Re:From Node to Ruby on Rails by machiaweliczny on Thursday December 16, 2021 @02:16PM (#29582517)
Yeah and then how do you deploy new version? In practice you still need Redis for most stuff. Also if anyway you have to deploy containers then value of BEAM is dimnished and provably better go with Go.
[ Parent | on HN ]
Re:From Node to Ruby on Rails by innocentoldguy on Thursday December 16, 2021 @11:03PM (#29587580)
Could you be more specific about the issue you're having with deployments?

I've never used Redis in any of my Elixir/Phoenix apps. In cases where I might need something like Redis to store state, I'd reach for a GenServer or maybe Mnesia instead. I've never had an issue with deployments using this strategy. Also, K8s and BEAM work together just fine using libcluster. I'm not a fan of K8s or Docker and don't use either one, but you easily can.

The benefit of BEAM is that it can surgically handle a vast array of failures without restarting the node. K8s, on the other hand, will take the pod down and restart it. In many cases, solving a problem with BEAM is like using tweezers to remove a splinter whereas K8s is more like using a sledgehammer.

[ Parent | on HN ]
Re:From Node to Ruby on Rails by 1_player on Thursday December 16, 2021 @07:03PM (#29585786)
You don't need Redis if you learn the BEAM and OTP. Elixir runs on top of a distributed VM with builtin clustering. Use it.

And I see nothing wrong with having the BEAM run in Docker or K8s. There's some overlap in concepts, but they work at totally different layers. Using the BEAM is like having resilient microservices _inside_ your app with none of the downsides.

[ Parent | on HN ]