[erlang-questions] Messaging patterns
Lee Sylvester
lee.sylvester@REDACTED
Sat Mar 23 18:24:13 CET 2013
Hi Samuel,
Thank you for the information. The load balancing and routing I have sorted. I guess, I'm going to have to use a single node for registering where rooms exist for all nodes. I was hoping not to go that route. I've been studying Riak, but this isn't a pattern Riak requires.
Kindest regards,
Lee
On 22 Mar 2013, at 19:56, S X <erlangprogram@REDACTED> wrote:
> Hi Lee,
>
> Not sure I understood your problem correct or not. Just try to throw some ideas.
>
> What you want to do is similar to the massive online gaming with virtual play rooms. And player wants to get into one player room dynamically decided by the server.
>
> Basically, you want to do the following things:
> - Service Routing: meaning routing the user to the proper node (having service with least load?)
> - Node information sharing/communicating
> - Load balancing algorithm
>
> As my understanding, RIAK (the distributed database in erlang) has capabilities to do more than the above. Maybe you can refer to it as a reference to get some ideas.
>
>
> Samuel
>
>
> On Fri, Mar 22, 2013 at 3:25 PM, Lee Sylvester <lee.sylvester@REDACTED> wrote:
> Hey guys,
>
> I'm writing a messaging service where connected users are placed in a room. Users can then message other users in this same room. This is the easy part :-)
>
> I now want to make this service distributed. Users will be added to rooms in a service that is most "available", so it must be at the nearest datacentre with the least load. Therefore, I need to find a pattern that allows users to communicate across services. Essentially, users should be able to message anyone in there room regardless of what service manages their connection. However, if I have 200 services, but only two people in a room, I'd like to avoid those other 198 services having to deal with the messages.
>
> Question is, then, does anyone know of a pattern or best practice that supports this paradigm?
>
> Thanks loads in advance.
>
> Lee
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20130323/935f0637/attachment.htm>
More information about the erlang-questions
mailing list