Gomez Blazing Fast Cloud Best Practices


Published on

Are you planning to deploy Web applications in the cloud? Will their performance be acceptable? What will you do to make sure?

There are a lot of good reasons to deploy applications in a cloud environment — but they are all forgotten if your application is slow or has poor availability. Poor performance results in unhappy, lost customers. Traditional data center techniques for monitoring, measuring, and optimizing Web application performance won’t work in the cloud. There are a new set of best practices that you need to learn to optimize the performance of your cloud-based Web applications.

Published in: Technology
  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide
  • Add a link to Public View
  • Photo source: AP
  • Source: http://benchmarks.gomez.com
  • Source: Gomez, Sampled 160 million pages across several Websites over a 30 day period from broadband users in the United States
  • Source: January 2010 “For Blazing Fast Web Site Performance, Caching Is King”
  • This is animoto. It’s an innocent-enough looking startup company that lets you turn photos and home movies into pretty cool little videos – PLAY – first video: “learn_more.m4v”This company lives entirely in the cloud and their business model is pretty interesting. Will go into it a bit here.
  • Graphics: (can we reproduce with animations for the red line and the call-outs?)They are the poster child for cloud scalability…and they are highly profitableAnd they plan to live entirely in the cloud – their e-mail is Gmail, their accounting, their HR, even their productivity suite is SaaS.And by getting everything in the cloud they aren’t investing in IT but instead are investing to expand their reach…you see the applicability of what they have built doesn’t stop with consumers…
  • Photo source: AP
  • Objects per page 345  San Jose, CA - AT&T                  7.266057131  Quarry Bay, Hong Kong - CPCNet       7.564671247  London, UK - Global Crossing         8.594765267  Beijing,China - China Unicom         8.569770171  New York, NY - Sprint                 8.852465203  Munich, Germany - Telefonica         10.414258212  Frankfurt, Germany - Deutsche Telekom 8.874623
  • Web applications are moving to the cloud - Percentage of web app transactions that include at least one object hosted on Amazon EC2So for 1 hr:42,368 unique tests1,010,751 unique test & Ips USEast      USWest      EUIreland   AsiaPacSin  AzureUSSouthCentralAzureUSNorthCentralAzureEUNorthAzureAsiaSoutheast----------- ----------- ----------- ----------- ------------------- ------------------- ------------ ------------------6861        279         1158        1           62                  24                  77           12 
  • Issue here is that cloud can encourage bad behavior. Too easy to throw virtual hardware at a performance problem.
  • Issue here is that cloud can encourage bad behavior. Too easy to throw virtual hardware at a performance problem.
  • Enough scary news -
  • I think we want something that looks more like a stack of browsers on the left with some of that stack peeled off to hit a newly spun up instance. So, the top instance on the right might be @capacity, and the bottom one might say something like 'dynamically provisioned'.Also, in this case we want to make clear that the right hand side is your potential bottleneck.
  • Unique opp for optimization – Munich
  •       Shard    Non-shardIE    3.917     3.995FF   4.033     3.797iPad 24.470 23.821ajaxperformance.com-MSNBC.com-non-sharded at 23.821ajaxperformance.com-MSNBC.com-normal at 24.470
  • Opsource staticAmazon EC2 US East StaticAmazon S3 StaticGoGrid StaticGoogle AppEngine Static
  • SLA aligned to goals based on end-user availability and performanceAlign SLA to type of cloud What you should expect?
  • ×