Cloud // Software as a Service
News
3/28/2012
04:50 PM
Connect Directly
LinkedIn
Twitter
RSS
E-Mail
50%
50%

Put Your Test Lab In The Cloud

Your options for having a software development lab in the cloud are increasing. Here’s how to get your dev lab there.

First Steps

If you're ready to move your lab to the cloud, start by transitioning some applications or services there. Public cloud lab services are easy and cheap to try out. You can customize the networking, hardware, and storage properties of the public cloud lab to match your in-house test labs, and you can easily scale these configurations to hundreds of concurrent machines that represent thousands of users. Each configuration is completely isolated, so you can run multiple environments concurrently without impacting other users.

Since most software applications are deployed in a multitier model--database, application, and Web tiers--reproducing complex bugs and resolving them quickly is a huge challenge in any cloud lab, public or private. Development and test teams often establish multiple test labs with identical environments to do this, but multiple test labs are costly to set up, underutilized, and time consuming to manage.

One way to make this task easier is to use standardized development and test environment templates like the one provided by Skytap Cloud, which lets developers quickly provision new environments. With templates, developers can perform destructive tests, whereby they change database settings, application settings, and router policies; see how the application behaves; and then return to the baseline setup by redeploying the source template. Because each configuration is encapsulated, you can install tools, test application behavior, and restore the clean version. An entire virtual data center with all of its machines, data, memory state, network settings, and application state can be retained within a template. As you move through the development life cycle, you can preserve points where you encounter problems. Templates can be shared with remote teams for rapid bug reproduction and resolution.

Three Areas To Assess

While it's exciting to jump right into a cloud lab, pay attention to three underlying elements:

>> Standardize. The more standardized your existing lab is, the easier it will be to move it into the cloud. If your lab is highly customized and uses a number of different platforms and application stacks, moving it into a cloud may not get you much. Standardization enables widespread adoption of cloud resources within your company, without which you'll be unlikely to see cost savings.

When you launch new software development projects, take a firm stand on standardization. If you can't standardize across the enterprise on development and test systems, you won't have enough scale to capitalize on the cost savings a private cloud offers, and it will take a lot of effort to set up all the distinct environments you need in the public cloud.

>> Get the process right. It's easy to stand up resources in a virtual environment, but who turns them off? The easier it is for users to request services from the cloud, the more complex the back-end process needs to be to monitor and decommission them when they're no longer in use. This is especially true if the meter is running in a public cloud.

From the service request to provisioning and managing the lab, you must have established processes if you're going to automate the tasks involved and achieve the benefits of rapid, on-demand provisioning and scale. Problem- and error-control processes that detect, log, categorize, investigate, document, and repair problems as they occur are particularly important. Having an integrated change management process, including a change advisory board that will keep stakeholders aware of lab changes and extend production changes to the lab, also is vital.

The best server provisioning, orchestration, and management tools won't compensate for a lack of process. When you shift those tools to the cloud, they won't get you the cost savings you're looking for and may mask some of the problems the lack of a good process is causing.

>> Establish governance. In both a public and a private cloud lab, you must have asset management, provisioning, and configuration management tools to monitor and track virtual resources and report on key indicators. The ability to manage lab capacity is just as important in the cloud as in conventional on-premises labs, but you'll need different tools and processes. Unfortunately, available management tools are aimed at virtualized production data centers and aren't that useful for a cloud lab. They often lack the automation controls that will help companies realize the cost savings they're seeking in the cloud lab. Vendors like VMware, Hewlett-Packard, and IBM have or plan to have tools that can help; custom tools are also an option.

You'll also need a versioning control tool to keep everyone on the development team focused on the same baseline version of the product they're working on and ensure that edits are being done on the correct build. Concurrent Versions System provides this functionality, and many other tools can be tailored. IBM, Spectrum, and other vendors have SCM tools that provide version control and other support in a virtualized lab environment.

The bottom line when you deploy your cloud lab is to continually monitor costs and keep re-evaluating your TCO model. Public cloud labs can be lifesavers for companies that need to set up and scale fast. For others, security, control, portability, and integration issues will push them to private cloud labs. Know the business case before you make a move and continue to evaluate whether the cloud lab you choose is living up to expectations.

chart: Public cloud labs vs. Private cloud labs

Continue to the sidebar:
HP Takes Developer Slant With Cloud Offering

Previous
3 of 3
Next
Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
NathanS
50%
50%
NathanS,
User Rank: Apprentice
4/9/2012 | 8:21:57 PM
re: Put Your Test Lab In The Cloud
I recently attended a CIO conference and had many discussions on this topic.

For those hosting their own infrastructure, there are some big technology advantages still not available on the cloud.
An example is a company like Kubisys who can mimic production environments (sets of servers) in minutes and use them for test labs.

You can even create labs for each developer on the fly with all your prod data, the current application configuration, with no IT infrastructure knowledge in minutes.

Pretty cool.

The solutions now seem to be able only to deploy standalone machines with minimal OS configurations.

AlexM1986
50%
50%
AlexM1986,
User Rank: Apprentice
4/5/2012 | 8:40:45 AM
re: Put Your Test Lab In The Cloud
Very thorough article. Some great points on the benefits of hosting test environments in the cloud, weighed up against several potential pitfalls. We built and use a tool called CloudFlex to manage and provision our cloud environments in our testing and development projects, and have since made the tool available to the public as a "Test and Development Environments as a Service" offering; it's really simple to use, even for those less familiar with using cloud applications, and has built-in scheduling options to automatically shut down environments at the end of the working day (or whenever we need them to stop). You can actually see exactly what you're using from the dashboard view, so it simplifies managing the costs of your resources.

If the concept of "test labs in the cloud" interests you, I think a great way to build a business case would be to do a trial of CloudFlex (it's free for 30 days). http://www.cloudflex.co.uk
techprpro
50%
50%
techprpro,
User Rank: Apprentice
4/4/2012 | 3:34:54 PM
re: Put Your Test Lab In The Cloud
Excellent article, Michael. In fact, I'd recommend it to some of our clients/partners, who are making these very decisions right now. You didn't touch on compliance requirements; for some, that may also be a factor in the decision-making process. - Laurie Head, VP, AIS Network Cloud Hosting, http://ww.aisn.net
8 Steps to Modern Service Management
8 Steps to Modern Service Management
ITSM as we know it is dead. SaaS helped kill it, and CIOs should be thankful. Hereís what comes next.
Register for InformationWeek Newsletters
White Papers
Current Issue
InformationWeek Tech Digest - July 22, 2014
Sophisticated attacks demand real-time risk management and continuous monitoring. Here's how federal agencies are meeting that challenge.
Flash Poll
Video
Slideshows
Twitter Feed
InformationWeek Radio
Archived InformationWeek Radio
A UBM Tech Radio episode on the changing economics of Flash storage used in data tiering -- sponsored by Dell.
Live Streaming Video
Everything You've Been Told About Mobility Is Wrong
Attend this video symposium with Sean Wisdom, Global Director of Mobility Solutions, and learn about how you can harness powerful new products to mobilize your business potential.