[erlang-questions] Fishing for best practices: distributed twin processes!
Sat Sep 15 00:27:17 CEST 2012
I have a 2-layer architecture where:
- the first layer is handling the socket connections to the outside
- the second layer is performing computations related to the connected
clients (i.e. the core application)
It is built in this way so that we can make the socket handlers very
stupid. Therefore, crashes on the first layer are less likely to occur, and
in case of crashes of the second layer (the core application) we don't have
all the clients trying to reconnect at the same time: they'll still be
connected (even though receiving a 'service unavailable' message of some
For every single process handling a socket connection on the first layer I
therefore need to have a 'twin' process on the second layer, strictly
connected to its socket manager counterpart.
I'm fishing for best practices here:
- how can I assure that if the second layer goes down (VM crash, server
hit by an angry sysadmin), the first layer socket processes know that their
twin process is down (and the other way around)?
- what is the best way to handle the creation of the twin processes?
Any input welcome. ^^_
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the erlang-questions