Load Testing in the Cloud

scaling

A Summary of Scaling

The wealth of information on scaling is profound. Although, there was one lesson that I found to be the most interesting. This is that every web application is different. This is not to say that we cannot learn from others that have come before us, but we need to understand that every application has a wide variety of demanding requirements. This may include a special read/write mixture of database operations or an inability to effectively cache content. Because of these differences, developers must be extremely perceptive of their system. This means constant monitoring of the site's trends.

Software as a Service(SaaS) Outage

What are the repercussions of a Software as a Service outage? Obviously, there is significant monetary value being lost during these periods. Customers may not make purchases on eCommerce sites or could simply take their business to a competitor. The basic sources of downtime are attack, overload, no power, bugs, and breakdowns.

Responding to Downtime at Facebook

How a corporate entity reacts to crisis is important. Users expect official representatives to have frequent and forthright responses to crisis. Additionally, it is important that official representatives of the company do not make overly revealing or accusing remarks. It is rational for users to want 100% success rate in a company's product or service. However, it may not be possible to deliver that promise. The reaction to service outages resulting from scaling must be handled in the same fashion.

Twitter is Grown?

Last year we saw plenty of downtime from Twitter. The response from Twitter was 'growing pains.' Since then, we have seen a large supply of posts from the development staff at Twitter describing issues and concepts related to their up-scaling efforts. Many users posted on the need for a push messaging system. Other users blame the foundation of Twitter's problems squarely on Ruby on Rails' supposed failure to scale. Twitter does not appear to want to change or remove Ruby on Rails any time soon. It is not my place to make a distinction on this topic.

Outages, Overloads, and Obviously Occurring Errors

The year 2008 has come to a close. Its time for blogs to tally the successes and failures of web sites and their services. It is another year of product launches and shaky web service consumer confidence. The list of failed launches is always quite high. Inadequate testing and poor anticipation of demand lead to the always popular server flood on opening day.

Storm on Demand - Pay Per Test

Storm on Demand Users Cost
250 $9.97
500 $19.95
1,000 $39.90
5,000 $199.50
10,000 $399.00
25,000 $997.50
50,000 $1,995.00

To See All Plans & Pricing Details

Web Developers Like Us!

"Just wanted to let you know that I found your site tonight and was able to successfully create an account and run my first load test all within 45 minutes! I needed to run a small test for a personal site, but after seeing how easy this is, I will be looking at your service as an option for load testing at the company I work for. This is one of the more exciting cloud services I've found!" - Nathaniel Olson, Director of Software Development, Nexus Innovations

"Thanks for the quick reply. Great tool you guys developed, congratulations! I only complement when well deserved and this is the case here. This is perfect! Thank you very much. You guys continue to amaze me with the quality of the support you offer. Whether I spend $50 or $500 – or even nothing – you are always ready to help… and help a lot." - Virgil Olteanu, Web Architect, Studiocom

"We at Gold-mobile get a lot of bang for the buck using LoadStorm to test our mobile WAP sites. We use it because it is functional, fast and cost effective." - Steve Kallman, Release Manager, Gold Mobile