Cookies aren’t security feature, you can use distribution over SSL and you do not need to use EPMD if you do not want. Additionally you can always use solutions like Linkerd, Envoy, or Consul Connect for creating secure service mesh.
hauleth
smanza
Looking at Ernie.
Do you have an idea why the repository mentions that?
Authors of this document believes that RPC are bad, and you should not use them. Instead use message passing between your services.
And what message passing between your services means otherwise ?
0
hauleth
Use message passing, like Erlang does instead of RPC systems that try to simulate that calling external function is the same as local call. Just watch this:
2
smanza
Thanks for the video. Really interesting.
Asynchronous mechanisms in distributed system or microservices it’s a good way.
But I’m trying again to understand the concept and how it could be managed over a network.
If you have some examples or code using this concept I would be interested. 
And I’m struggled why some many big companies Google, Facebook, etc.. are using a lot of RPC’s style internally while message passing seems better .
Because at the end recent RPC solution such as gRPC, Thrift, Avro, etc.. are kind of RPC over messaging. Code does not call remote method as local method but kind of wrapper around a use case. But publishing as method over an IDL RPC interface.
0
OvermindDL1
That’s not always the case, term_to_binary and vice-versa are not made for speed, consequently there are a number of encoders for the BEAM that are actually quite a bit faster than it (although it’s all so fast anyway that it doesn’t really matter in most cases)
1
smanza
From the benchmarks I have done with protobuf, flat buffer, avro, msgpack, thrift, cbor and etf, for encoding/decoding, Etf is really fast , I think this is due to the free serialization of erlang term in the BEAM. But for the size of the binary data, protobuf seems to be the best.
0