Jul 21 2008
The clouds are coming
I attended CloudCamp last week in London. CloudCamp was a mini-conference for people interested in cloud computing, and turned out to be quite interesting.
Simon Wardley’s presentation on the trends in cloud computing was very interesting, both in terms of content and presentation style. He ran through a bit more than 100 slides in 10 minutes, but all those slides were photos or movie screen grabs that added a bit of humour to the talk and made it even more interesting to watch. Simon compared IT infrastructure to the invention and adoption of mass-distributed electricity, claiming that the recent events in the IT industry signaled a shift from a product based to service based economy.
He then pointed out that vendor lock-in, competitive pricing and being left with no choice to migrate are the challenges that we’ll need to face in the future. What happens if the infrastructure provider goes bust? In-house APIs and standards more or less force us to develop applications for individual provider environments, so migration today could host a lot of time and money. Simon suggested that the users should form some sort of a syndicate and demand that vendors start offering a uniform standardised service. His idea is to mitigate risk with compatibility and interoperability between providers, using use opensource and open standards, and making providers compete on price and service rather than on products. He also mentioned Eucalyptus as a possible common standard for the future. I never heard of that product before, so I definitely plan to look into that now.
There were three or four other talks by commercial vendors trying to plug their service which I did not find especially interesting. The only important fact I took from that part was that Amazon is building an infrastructure in Europe, which might make it much more interesting for the things that I’m involved with as US companies generally will not touch anything related to betting or gambling.
The last talk by Alan Williamson was the most interesting for me. He was from a company that, if I understood correctly, provides web site caching for big media companies. Alan’s talk was focused on problems that they experienced when moving to a cloud infrastructure, and how things are not as nice and clean as the providers would want us to think. From his experiences, it looks to me that the clouds are still only for early adopters, not ready for mass production. His main message was that with cloud infrastructures problems don’t magically go away, they just shift. You don’t have scalability or storage problems any more, but you need constantly monitor the cloud and your application in it. Alan pointed out examples when Amazon’s cloud failed and their applications got cut off from the Internet. As a solution, he proposed deploying the application on more than one cloud so that you have resilience. This requires writing the application in a way that can be easily ported to different providers, which in itself might be a challenge. One idea that was really striking was their analysis of getting off the cloud to a dedicated infrastructure again — apparently it would take them about three weeks of full-bandwidth transfer to download the data that they have in the cloud, making it virtually impossible to go back.
Adil Mohammed from Entrip pointed out an interesting example of Animoto, which grew from 25000 users to 250000 users in three days, scaling from 50 to 4000 servers in that time and growing at peak 20000 users per hour. The cloud deployment made it possible to do that, since growing that fast on a dedicated infrastructure would simply be impossible even if already purchased the hardware.
However, from my point of view the clouds are still not for production. Most of the companies I work with have to keep their data in-house for legal reasons, sometimes even to process it in-house. But clouds and on-demand infrastructure may be very interesting for development and testing. Instead of waiting three weeks for new hardware to come in for a stress test, we can get a few systems instantly and run the tests. On-demand infrastructure may be interesting for heavier builds or grid UI testing. At the moment, I’m working on a way to split a bunch of selenium tests that run for thirty minutes across ten or twenty boxes so that they results come back quicker. Instead of actually buying the hardware, we might just get it from a cloud.
Here are some interesting links from the conference:
- Simon Wardley, Gang Up Now before the *aas cloud gets you: video
- William Fellows, Partly Cloudy: video
- Adil Mohammed, Start-ups in the cloud: video and slides
- Alan Williamson, Pick’n'Mix, Bridging the clouds: video
Add to Del.Icio.Us bookmarks




Gojko, thank you very much for your write up.
I am the mystery talker, Alan Williamson.
Hi Alan, thanks for contacting me. I’ve updated the post.
Gojko, thanks very much for writing up the event. I wrote up the event too and invite you to provide suggestions on how to make the next one better
http://elasticserver.blogspot.com/2008/07/carry-on-camping.html
alexis
re animoto: 63 users per server… doesn’t sound that great. questions to be asked about the architecture choices? i didn’t parse these numbers that well during the talk, but if these are right, its not that impressive. really.
[...] example of scale via cloud. People are really liking animoto, thought its not without problems. But according to Gojko, Mohammed pointed out [...]
Hi Gojko,
If you are interested in distributing your selenium tests across multiple machines I would suggest taking a look at Selenium Grid (http://selenium-grid.openqa.org). It is a tool that makes it dead simple to distribute your Selenium infrastructure accross multiple machines and environments. Selenium Grid also comes with out-of-the-box Amazon EC2 support.
Cheers,
- Philippe
Hi Gojko,
Thanks for the write up, much appreciated. I’m glad you enjoyed the talk. I must admit I wasn’t somewhat stunned how almost everyone in the audience voted that interop / portability was an essential issue and that no-one thought that that proprietary systems would give this.
Kindest
Simon W