Creating applications to run in cloud computing environments is a relatively straightforward task. Migrating existing applications to the cloud is a more daunting experience.

Applications written to run on secure, in-house servers, perhaps requiring multiple tiers and back-end systems, do not always move easily to a cloud scenario. According to Adiascar Cisneros, who spoke on migrating existing applications to the cloud at the recent Cloud Expo in New York City, there are multiple factors to consider when undertaking this kind of effort.

First, he said, the organization needs to decide if it will utilize a public cloud or create a private cloud. Private clouds usually make more economic sense, he said, but public clouds might be a better choice if the organization has a limited capital expense budget to buy servers, only needs less than 225 computing hours per month, and needs an application deployed quickly.

Benefits of a public cloud include high availability, elasticity and the reduction of capital expense, while private clouds offer better security and performance, the ability to perform compliance with policies and mandates, and already include “sunk costs” for hardware and employees, among other costs. Hybrid clouds, he said, offer the best of both worlds: high availability, scalability and elasticity, as well as secure storage and archiving.

So, once that decision is made, it’s time to take a look at the applications themselves. Which make sense to be run in a cloud? Transactional applications for a business? Perhaps. Your CRM and ERP systems? Maybe, maybe not. Each organization must decide how much of its proprietary data it wants to risk exposing to the cloud.

Cisneros, who works at business systems portability company Racemi, said best practices for application migration include four steps: assessment, staging, migration and optimization.

About David Rubinstein

David Rubinstein is editor-in-chief of SD Times.