A reference model for moving your applications to cloud

Share this post:

This article throws light on an important aspect of cloud computing technology –namely, migrating enterprise level workloads to a cloud environment without re-architecting or re-engineering the existing applications. I have explored the methodology of migrations and have tried to put in place some framework or repeatable model that can accelerate moving to cloud.


To start with, moving your business applications to cloud can be looked upon in the following three ways:

– Rewrite the application to exploit the cloud features
– Replace the application with a software as a service (SaaS) equivalent
– Relocate the application to the cloud environment

Of the above three options, it is the last one which is mostly prevalent and which we want to take up here.

At the outset, it is very important to remember that there should be clear and compelling business reasons to move to cloud, otherwise the efforts and costs incurred might not deliver the desired results. Not all workloads are candidates for cloud migration – either technically or from a business standpoint or both.

The Migration Framework

Moving workloads to “cloud environments” needs to follow a multi-step process and apparently does not look very different from a traditional cross-platform application migration. Studying the various migration patterns, we find that a common theme emerges which we have tried to depict in the following figure 1.

1.  Initial screening and analysis

Various methods like manual and automated data collection tools, conducting requirement workshops with stakeholders are employed to get the data for analysis. Some of the important questions that are usually raised at this stage are:

  • Will the workload run in the target cloud environment? For example, compatible infrastructure, middleware and operating system image.
  • Will the target cloud environment satisfy performance, availability and other non-functional requirements (NFRs)?
  • Will the target cloud environment comply with applicable security, privacy and regulatory requirements?

The outcome of this phase is generally identification of workloads (web serving, web applications, business intelligence and data warehouse, ERP and SCM, analytics) suitable to be hosted in a given cloud environment, the costs involved and the migration impact.

2.  Planning and design

This step involves detailed planning and design of the target environment (memory, processor, disk storage). It includes taking key architectural decisions and hardware sizing after studying the software stacks and patterns of utilization. Criteria considered  include: application criticality, availability / downtime tolerance and business constraints.

3. Implementing the migration

Depending upon the type of workload being considered and the type of target cloud environment chosen, there are essentially three scenarios for implementing the actual migration:

• Like for like migration:

It is the easiest and the most cost-effective way to move workloads from the non-cloud environment to the cloud environment. It usually takes place for like-for-like environment; those migrations involving Physical-to-Virtual or Virtual-to-Virtual movements with the same OS in the source and target. In this technique all of the applications running in physical servers (or in a virtual machine) are packaged up into an image and added to the cloud catalog and instantiated into a virtual machine on the cloud platform. Technologies such as VMWare Converter and Platespin are used to perform this kind of migration.

• Cross platform migration:

A cross platform (Solaris to AIX, Windows to Linux) migration is usually slow and expensive but enables more business agility than like-for-like migration. This type of migration is generally complex because it involves change in hardware type (SPARC to Intel), OS type and software versions when moving from the source to target. It thus requires a thorough analysis of the application, its dependencies, compatibility of the software in the target environment.; code remediation, porting and test.

• Application-only migration:

Recently there are new solutions like the Zapp Migration Tool from AppZero which extracts only the in-scope application from the source machine and enables it to run on the target without the need of any re-installation, re-engineering or re-deployment. The essential mechanism by which this works is decoupling the application from its OS and encapsulating it along with its dependencies, configuration / registry files, services, runtime libraries into a ‘Virtual Application Appliance’.

4. Tuning the Target Environment

Once the customer’s existing instances have been migrated to the target cloud platform, these instances have to go through an adjustment stage to configure them to the target cloud environment’s architecture standards. Some of these are: applying any operating system level security patches, security policy or regulatory requirements, IP address changes.

5. Final testing and go-live

This is the final phase where it is confirmed that the migrated workload is performing as expected and the cloud platform now becomes the production environment for the migrated workload. The old source servers and images are usually de-commissioned or re-purposed after a pre-defined period of monitoring.



As with any modernization initiative, there is really no one-size-fits-all model and it is up to each business to decide how much change is tolerable and to decide how far into the cloud to step in.

Learn more about application migration and how to get started.

More Hybrid stories

French insurer teams with IBM Services to develop fraud detection solution

Auto insurance fraud costs companies billions of dollars every year. Those losses trickle down to policyholders who absorb some of that risk in policy rate increases. Thélem assurances, a French property and casualty insurer whose motto is “Thélem innovates for you”, has launched an artificial intelligence program, prioritizing a fraud detection use case as its […]

Continue reading

Cloud innovation in real estate: Apleona and IBM rely on new technologies

Digitization does not stop at the proverbial concrete gold — real estate. In fact, the real estate industry is on the move. Companies are realizing the benefits of digital transformation and are capitalizing on the power of new technologies such as cloud, AI and blockchain. Take, for example, Apleona GmbH, one of Europe’s largest real […]

Continue reading

Innovate with Enterprise Design Thinking in the IBM Garage

We’ve all been there. You have an amazing idea that’s really exciting. Maybe it’s a home improvement project, or perhaps it’s a new business idea. You think about all the details required to make it real. But, once you get to the seventh action item, you’re not so excited anymore. Sometimes when we realize the […]

Continue reading