The difficult part is "sequential, gap-less". That will require a central resource and it will have consequences for performance and availability.
Are you sure you need that? What are you going to use it for? /Patrik > 14 aug 2014 kl. 15:50 skrev Will Sargent <[email protected]>: > > You could look at the snowflake based systems: > > https://github.com/BazuSports/flurry > http://boundary.com/blog/2012/01/12/flake-a-decentralized-k-ordered-unique-id-generator-in-erlang/ > https://github.com/gideondk/flakepack > > Will Sargent > Consultant, Professional Services > Typesafe, the company behind Play Framework, Akka and Scala > > >> On Thu, Aug 14, 2014 at 4:26 AM, George Wilk <[email protected]> wrote: >> Pardon the repetition, but I did not see any recent topics related to UUID >> generation. Here is the background: we have a need to generate message UUID >> that is sequential, gap-less, universally unique across the cluster, and can >> be generated w/ minimal adverse impact on performance. We've looked at the >> following approaches: >> >> 1) use akka library to generate UUID - is there one available out of the box? >> 2) use persistent actor running as cluster singleton to generate UUID, >> incorporating our own algorithm - would this be a bottleneck given that the >> generator is a persistent actor? Should the fact that it is a cluster >> singleton be of concern? i.e. could occasional network congestion/latency >> cause problems for availability of this crucial resource? Trying to resist >> the urge to build a better mouse trap... >> 3) use Zookeeper as basis for the UUID >> 4) use existing library to generate UUID >> >> Surely this task must have been solved before, so it should just be a matter >> of getting the reference implementation, we would hope. >> I would appreciate comments/suggestions regarding best approach to implement >> UUID generation given task parameters described above. >> >> TIA >> >> Cheers, >> ~g >> -- >> >>>>>>>>>> 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. > > -- > >>>>>>>>>> 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. -- >>>>>>>>>> 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.
