Re: Web Service

10,000 concurrent requests is a lot... more than even a static server can
handle, so it will really evolve around your infrastructure anyway.
The technology can really be anything... it is just that certain
technologies may require more infrastructure.

If you want to minimize cost, then I would focus your initial efforts on
the cloud providers that can offer the easiest and most rules based elastic
scalability.  I still think AWS is strong here because they are versatile
and cheap... but they often require a lot more setup work.

If you want to avoid the setup, then you'll have to start to narrow your
technology stack as most PAAS guys don't support anything and everything
out of the box.

Regardless... depending on the whole need... The fastest read only setup
will likely use a memcache in front of whatever database you have... so
database could be irrelevant unless your queries need to be more complex
with map reduce capabilities...

I personally think that node.js is demonstrating some of the most blazing
fast metrics at the moment from an ability to serve requests... but you'll
be moving into a pretty bleeding edge world from a frameworks technology
standpoint.  The fastest "Java" technology that a "Java" developer could
ease into would probably be the Play Framework using the Java version...
but you'll still have to do a little Scala for configuration and
debugging... and it is bleeding edge with decent core support, but still
relatively immature ecology...

I would wager a guess that using Node or Play versus whatever mature
framework is still popular... (Spring, Struts, etc...) is only going to
minimize your server needs by 50% at max... So you might want to figure out
whether saving a few hundred a month on server fees is worth any learning
curves or distractions with "bleeding" edge you may have...

Just my $.02

Let us know what you end up with!

Travis


On Wed, Jul 3, 2013 at 10:11 AM, Ramesh Rajamani <[email protected]
> wrote:

> I would suggest you try to the mockup program which suite your requirement
> in the cloud provider like Openshift / Cloudbees or any one you like .
>
> Openshift - You can code in the node.js. I have tried some program using
> JSON and it was good.
>
> Regards,
> Ramesh Rajamani
>
> ------------------------------
> From: [email protected]
> To: [email protected]
> Date: Wed, 3 Jul 2013 08:35:27 -0400
> Subject: [ajug-members] Web Service
>
>
> Friends,
>
>
>
> We are working on a web service to be built. Key is there could be bursts
> of up to 10,000 concurrent requests/transactions during certain times of
> the day. Web service itself is relatively straight forward which involves
> getting 4-5 fields of information (text & numbers) from the requesters
> (mobile and other devices) and then fetching data from the database and
> performing simple calculations and sending results back.
>
> What technologies would you suggest for better performance, scalability,
> ease of writing code/rning curve (for Java developer) and stability?  Which
> cloud provider would you recommend?
>
> One thought was to use  node.js, akka for Java, Redisl, ngnix and deploy
> in Joyent. Does anyone have experience with these technologies? Our
> concerns are - Is this stack too bleeding edge, stability of code (since
> they have sub 0.x versions), learning curve for Java developer, too many
> moving parts for administration, troubleshooting and testing?
>
> Thank you in advance for your help.
>
>
>
> Sudhir
>
> _______________________________________________ ajug-members mailing list
> [email protected] http://www.ajug.org/mailman/listinfo/ajug-members
>
> _______________________________________________
> ajug-members mailing list
> [email protected]
> http://www.ajug.org/mailman/listinfo/ajug-members
>
>


-- 
Travis Bailey
Computing, Startups, Agile, Bacon
*www.travisbailey.com*
404.664.7782 (c)

"The greater the artist the greater the doubt. Perfect confidence is
granted to the less talented as a consolation prize." - *Robert Hughes*

_______________________________________________
ajug-members mailing list
[email protected]
http://www.ajug.org/mailman/listinfo/ajug-members