[erlang-questions] Separating Functionality
Wed Aug 29 21:50:14 CEST 2018
The main equivalent of a microservice is what Erlang calls an
"application". This is an entity that you are supposed to be able to start,
stop and up/downgrade as a thing in its own right. And it may depend on
other "applications", in turn it may be depended upon, or it can be
independent or even just a stateless library.
Multiple "applications" make up your system, called a "release" in Erlang.
Whether your "applications" are distributed across multiple nodes or not is
up to you.
On Wed, 29 Aug 2018 19:50 Code Wiget, <codewiget95@REDACTED> wrote:
> Hi everyone,
> With many programming languages, it is easy to think of ways to separate
> projects into distinct micro services. With Erlang, I'm having trouble
> deciding on how to spread out functionality. Because the Erlang VM can run
> multiple different fully independent applications, it seems tedious to spin
> up 5 different Erlang VM’s to do different things when it could all be
> accomplished on one.
> At the same time, as you scale, you probably want to separate
> So, do you have a rule of thumb or rules by which you decide on how to
> separate functionalities into modules vs applications vs entire releases?
> erlang-questions mailing list
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the erlang-questions