So some time back this case study was posted on egraphs use of CloudBees as the platform for their e-graph service (read the link if you want to know more about specifics).
OK fine, for the lazy - egraphs is like a modern way to get a personalized audio message and written note from (say) a sports star - there is quite a bit more to it and they do biometric authentication of stars to ensure things are legit (you can get personal greeings etc).
In any case, egraphs have been using Play for a while. When they first starting using CloudBees, it was Play 1, they jumped on Play2 the day we opened up the platform more so they could run it.
They also seem to have very large variable loads - nicely suited to elastic clouds. I recall messages coming in via support tickets, cheerily worded “hey guys - just a heads up we are doing a bit marketing push and there may be X million new users on Sunday - just thought we should let you know”. Of course we acted all cool and nonchalant:
Myyk Seok (also from egraphs):
Play2 provides great support for asynchronous computing, though at times it may feel clunky, for many things it provides very clean mechanisms by removing the boilerplate so you can write just the important parts. Also, I like how easily most our code can remain immutable with Play2 in Scala.
I don’t know for sure, but I suspect that egraphs use of Play2 is possible one of the biggest deployments of Play2 so far (if not the biggest) - based on scale and number of users.
I think it is gutsy to go and do something new like this and pick something bold and new to implement it in - but sometimes you have to take the risk to beat the averages (not unlike what Paul Graham writes about)
Nice work egraphs !