> The fact that they have to “Add more servers” to handle this traffic tells you exactly why Erlang / Elixir or BEAM VM languages are better suited for this (An

> The fact that they have to “Add more servers” to handle this traffic tells you exactly why Erlang / Elixir or BEAM VM languages are better suited for this (And also can save them money instead of provisioning more servers on AWS). You do realize that the major reason BeamVM is popular for this use case is because it makes it easy to add more servers, right? Erlang doesn't magically make it so you never have to add more servers. Actually, it's the opposite. Erlang is pretty computationally inefficient compared to most statically typed languages like Java. If there is any VM out there preventing your from needing more servers, it's the JVM. Generally speaking you can do more work with fewer resources with the JVM than you can with the BeamVM...it's just that the BeamVM makes it easier to add more resources.