Partisan builds upon HyParView for membership which seems to address many of the issues with connection scaling over fully connected meshes (section 3.3.4). It'd be interesting to see these benchmarks run with various faults injected.
I'm not sure why you'd want to avoid p2p gossip completely in these cases but they address the trade-offs by using a combination of protocols.
The philosophy of Erlang is a single cathedral. In fact the internal part of Erlang VM itself could be viewed as a distributed system, which is designed decades ago, far more before stuff we're familiar with today.
Is it possible to limit/whitelist the gen_server’s that nodes can communicate with? Particularly for limiting code replacement / system calls. With message forwarding features it seems plausible to do. That’d be great for siloing data systems but still utilize an Erlang distribution layer, especially in systems with GPDR or HIPAA requirements. Or perhaps IoT applications.
7 comments
[ 3.1 ms ] story [ 18.8 ms ] threadhttp://www.erlang-factory.com/static/upload/media/1394469405...
The problem is joining multiple clusters - you really don't want to do all P2P gossip in such cases, does Partisan address this somehow ?
I'm not sure why you'd want to avoid p2p gossip completely in these cases but they address the trade-offs by using a combination of protocols.
Short answer yes.