On 05/23/15 11:40, Mark Joslin wrote:
Hi Michael, thanks for the tips. I believe that would be a bit
overkill for this project though it would seem fun. I've decided to
take a pretty minimalistic approach:
* Start two seed nodes on AWS
* Have all the API servers connect to the cluster via these seed nodes
* Have all API servers create 1 master actor on the cluster (and
maintain a reference to it) which has a router actor underneath it
of worker actors
Simply said, every API server has one master that lives on the cluster
and each master has a router of max 5 worker actors underneath it. I'm
under the assumption jobs get distribute among the cluster in some
sort of intelligent fashion. Please let me know if I'm under the wrong
assumption.
this isn't very clear to me, perhaps a some ascii box art would help?
regarding job distribution, i think you have the wrong assumption. if
you are taking a minimalistic approach, then it is *you* who is building
the intelligence :)
However, I'm still a bit confused when it comes to splitting the play
project up. I have a play project with 4 sub-modules underneath it,
but I only want one of the modules. I imagine I can go about this in a
few different ways:
* Turn the one sub-module into a git repo itself and then reference
it via git submodules
o One - Regular backend that contains all the submodules but now
contains a git reference
o Two - Seed server that contains git submodule
* Package the entire play backend (with submodules) into a jar and
copy over to seed server git repo configuration. Treat it more as
an artifact. This seems faster, but I had trouble referencing my
class files doing this in a test project
Anyway, I'm sure I'll figure things out but appreciate any tips.
not knowing anything about your project layout, i would suggest creating
artifacts and shipping those to servers. in that way you know that each
server is bit-for-bit the same. not a new idea but it has a new popular
term: 'immutable infrastructure':
http://chadfowler.com/blog/2013/06/23/immutable-deployments/
-Michael
--
Read the docs: http://akka.io/docs/
Check the FAQ: http://doc.akka.io/docs/akka/current/additional/faq.html
Search the archives: https://groups.google.com/group/akka-user
---
You received this message because you are subscribed to the Google Groups "Akka User List" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/akka-user.
For more options, visit https://groups.google.com/d/optout.