So each BC is an Akka Cluster, and you are relying on remote Akka (remote) messages to propagate changes from one BC to another? That sounds risky. Implementing DDD has a section (p303) called "Spreading the news to Remote Bounded Contexts"
On Fri, Jun 5, 2015 at 11:18 AM, Guido Medina <oxyg...@gmail.com> wrote: > Some clarification on my previous posts: > > - *Akka cluster:* "My cluster events" was a typo, I meant that I use > Akka cluster and each microservice is subscribed to the cluster events so > every time one actor system comes up, it knows about the other actor > systems and a handshake with cache exchanges is initiated, that's only when > the cluster is changing because it might be expensive -sending > Maps<Integer, ActorRef>- > - *Initial communication and how to inform other components:* Say you > have /orderManager, /someOtherService which are the main supervisors of > each microservice, you can pass messages to these main supervisors remotely > and then locally forward it to the intended destination, Akka > Remote/Cluster actor provider can help you with that, though I have a > bigger cache, I have caches for say order target ID 10 which lives at > /order/order_10 which is a friendly path for my system so I don't need to > talk to /order at all, I talk to /order only to inform about system changes > like, add/remove to/from your cache. > - *Queues:* Remember each actor has a mailbox which is a queue, so if > you have actors processing a message at a time you can use > SingleConsumerOnlyMailbox which will give you a nice performance. > - *Convention:* You can have a common dependency with all types of > messages you want to pass between components, that convention will help you > keep track of what you are passing, I have messages like > SupervisorCommand<T>, QueryRequest<T>, QueryResponse<T>, etc etc, or simply > Json, because I'm using Kryo I'm not worry about serialization, my messages > are very small anyway. > > Sorry for my very long post, just trying to give you a full picture of the > whole thing. > > -- > >>>>>>>>>> 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 akka-user+unsubscr...@googlegroups.com. > To post to this group, send email to akka-user@googlegroups.com. > Visit this group at http://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > -- >>>>>>>>>> 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 akka-user+unsubscr...@googlegroups.com. To post to this group, send email to akka-user@googlegroups.com. Visit this group at http://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
