Hi Michal I mean eventual consistency only.
Another use case for such data consistency is for Microservices. While each microservice will have its own data - certain entities are required to be in synch across services. Can consistency (eventual, of course) can be maintained by having akka? If yes, what is the reference architecture for such implementations? Thanks Santanu On Monday, 8 May 2017 17:15:26 UTC+8, Michal Borowiecki wrote: > > Hi Santanu, > > If data consistency is key, please start by thinking carefully about what > you mean by consistency. How strong your consistency guarantees actually > need to be? > > I see no reason not to build your system using akka, but be aware that > message-driven distributed systems will generally offer at most eventual > consistency and only provided they're implemented thoughtfully. > > Cheers, > > Michal > > On 08/05/17 03:37, Santanu Dey wrote: > > *Please suggest if Akka can be used for the following use case:* > > > I have to run an application for two different user groups one from the > Intranet and another from the Internet. > > The company policy requires me to run this applications from two different > hosting sites > > Each site would contain its own DB, App and Web server resources. > > However the application copy on either side should be consistent with > respect to data. > > Only communication between these two layers are allowed via a message > queue. > > *Questions* > > 1. Can Akka be used on both sides application layer to solve the data > consistency problem on either copies of the application? > 2. Can Akka make use of the message queue for communicating between > the hosting site A to hosting site B? > > Thanks > > Santanu Dey > -- > >>>>>>>>>> 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] <javascript:>. > To post to this group, send email to [email protected] > <javascript:>. > Visit this group at https://groups.google.com/group/akka-user. > For more options, visit https://groups.google.com/d/optout. > > > -- > <http://www.openbet.com/> Michal Borowiecki > Senior Software Engineer L4 > T: +44 208 742 1600 > > > +44 203 249 8448 > > > > E: [email protected] <javascript:> > W: www.openbet.com > OpenBet Ltd > > Chiswick Park Building 9 > > 566 Chiswick High Rd > > London > > W4 5XT > > UK > <https://www.openbet.com/email_promo> > This message is confidential and intended only for the addressee. If you > have received this message in error, please immediately notify the > [email protected] <javascript:> and delete it from your system as well as > any copies. The content of e-mails as well as traffic data may be monitored > by OpenBet for employment and security purposes. To protect the environment > please do not print this e-mail unless necessary. OpenBet Ltd. Registered > Office: Chiswick Park Building 9, 566 Chiswick High Road, London, W4 5XT, > United Kingdom. A company registered in England and Wales. Registered no. > 3134634. VAT no. GB927523612 > -- >>>>>>>>>> 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 https://groups.google.com/group/akka-user. For more options, visit https://groups.google.com/d/optout.
