Business application development in a virtual infrastructure

Business application development in a virtual infrastructure

Stephen J. Bigelow, Senior Technology Editor

Business application updates don't just happen. Application development requires careful planning and preparation.

    Requires Free Membership to View

    When you register, my team of editors will also send you the latest expert resources covering all areas of server virtualization, such as platforms, architectures and strategies, server hardware, managing virtual environments, application issues and more.

    Margie Semilof, Editorial Director

    By submitting your registration information to SearchServerVirtualization.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchServerVirtualization.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

 Once you’ve virtualized, you’ll probably find that your apps require more frequent updates, because multiple workloads running on a single physical server can consume lots of resources and weaken business application performance.

But beyond the requisite re-coding and streamlining goals that are set for business applications, an organization needs to weigh the options for successful business application development. The first option for administrators to consider is a shift away from internal application development to canned—third-party, commercially developed— business applications.

Stepping away from internal application development
Most organizations will at least consider purchasing third-party business applications to replace their custom software. The challenge when considering application updates is usually not a matter of finding third-party candidates but rather weighing the relative cost of customization and maintenance against your in-house application development costs.

“You may find the greatest third-party application in the world, but if you spend $250,000 installing it plus another $100,000 each year updating, maintaining and customizing it, are you really saving?” asked Chris Steffen, principal technical architect with Kroll Factual Data in Loveland, Colo.

Consequently, administrators should follow the costs of canned business applications carefully and know when to recognize the move to third-party applications as a bad deal for their application development project.

“If you buy a canned application and you see [costs] shifting the wrong way and costing you a lot of money—pull the plug—be smart, cut your losses and switch quickly,” said Bill Kleyman, director of technology at World Wide Fittings Inc., a manufacturer and distributor of steel hydraulic tube and fittings in Niles, Ill.

Choosing the right guys for application development
The second principal consideration for business application development is the choice of outside consultants or in-house staff developers. 

The question, say experts, is much more an issue of staff time and talent rather than money. The decision to keep a business application development project in-house can be easy when the staff is well versed in necessary programming languages, has a clear understanding of the environment and has the time to develop and implement business application updates.

The use of outside developers for application development may make more sense when the current in-house staff is already engaged with other projects or lacks the skills to make the best application updates possible. For instance, a staff may be versed in C++, ASP and Java, but an application that requires Ajax programming might justify outside application development talent.

Any application development effort requires a clear set of goals and specifications that define application updates’ needs.

“Coding is the easy part,” Steffen said. “The hard part is setting your standards, specifications, and getting it tested and implemented into production.”

Carefully considered goals also help to avoid what Steffen calls “scope creep,” which is the tendency for organizations to tinker and experiment with business applications beyond the immediate requirements of the application development project.

Generally speaking, virtualization simplifies certain aspects of the application development process, but virtualization itself does not affect that process. In a traditional, nonvirtualized environment, it may have been difficult to allocate the server resources necessary to support a software development effort—it required server hardware and access to backups of production files.

With virtualization, it's a much simpler matter to prepare a new virtual machine (VM) or even produce a copy of an existing VM for developers to work with almost immediately. Unless business application developers are working with virtualization-specific APIs or SDKs, chances are they don't even know—and don't need to know—that they are working inside a VM. Still, it's important for organizations to monitor the VMs created for application development work to manage and mitigate the impact of VM sprawl on the data center.

About the author
Stephen J. Bigelow
, a senior technology editor in the Data Center and Virtualization Media Group at TechTarget Inc., has more than 15 years of technical writing experience in the PC/technology industry. He holds a bachelor of science in electrical engineering, along with CompTIA A+, Network+, Security+ and Server+ certifications and has written hundreds of articles and more than 15 feature books on computer troubleshooting, including Bigelow’s PC Hardware Desk Reference and Bigelow’s PC Hardware Annoyances. Contact him at sbigelow@techtarget.com.

This was first published in April 2011

Join the conversationComment

Share
Comments

    Results

    Contribute to the conversation

    All fields are required. Comments will appear at the bottom of the article.

    Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.