[erlang-questions] Serfdom erlang implementation (gossip client)?

Tristan Sloughter tristan.sloughter@REDACTED
Mon Jan 13 22:28:31 CET 2014


Don't bother with an Erlang Serfdom client. It relies on Go RPC calls
between nodes.



--
Tristan Sloughter
tristan.sloughter@REDACTED





On Mon, Jan 13, 2014, at 08:37 AM, Mark Allen wrote:

I looked at the golang implementation several weeks ago, but I had the
sense that the underlying serfdom network protocol was evolving too
rapidly to really have a good go at writing some kind of Erlang client
at this point in time.  (Maybe it has settled down now - I haven't
really looked again recently.)



I agree that it would be really nice way to send information around to
a cluster of Erlang VMs if you can tolerate how gossip protocols behave
so it's definitely on my radar.  If anyone else is interested in
working on this, I would be willing to help :)



In the meantime, if you want to see an Erlang-y implementation of a
gossip protocol as a model, you could look at how Basho did its
anti-entropy stuff in riak core (as one example)



[1]https://github.com/basho/riak_core/blob/develop/src/riak_core_gossip
.erl



(Note: this is the "develop" branch which is kind of the bleeding edge
of the codebase. Try 1.4 branch if you want a "stable" view of the
code.)



Mark

From: Max Lapshin <[2]max.lapshin@REDACTED>

Date: Sunday, January 12, 2014 11:27 AM

To: Erlang-Questions Questions <[3]erlang-questions@REDACTED>

Subject: [erlang-questions] Serfdom erlang implementation (gossip
client)?



Mitchell Hashimoto (author of Vagrant and Packer) has another project,
it is serf.

Serf is an implementation of protocol that maintains cluster of nodes.
Sounds like a replacement to erlang distribution, but it is a bit
different.

At first, it doesn't do any magic interconnection with transparent Pid
and message passing to other nodes. It only maintains persistence of
nodes in a more probabilistic manner (UDP pinging).

Has anyone looked at it? Maybe someone has tried to implement it?

I'm interested in this approach because it doesn't require to give full
access to local system for remote user as it happens with erlang
interconnect.

_______________________________________________

erlang-questions mailing list

[4]erlang-questions@REDACTED

[5]http://erlang.org/mailman/listinfo/erlang-questions

References

1. https://github.com/basho/riak_core/blob/develop/src/riak_core_gossip.erl
2. mailto:max.lapshin@REDACTED
3. mailto:erlang-questions@REDACTED
4. mailto:erlang-questions@REDACTED
5. http://erlang.org/mailman/listinfo/erlang-questions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20140113/f0185add/attachment.htm>


More information about the erlang-questions mailing list