Cloud
Commentary
11/5/2013
12:03 PM
Michael Daconta
Michael Daconta
Commentary
Connect Directly
Twitter
LinkedIn
RSS
E-Mail
50%
50%
Repost This

Cloud Migrations: Don't Forget About The Data

Focus on your data migration separately from your application migration to get better results.

Top 10 Government IT Innovators Of 2013
Top 10 Government IT Innovators Of 2013
(click image for larger view)
Gartner research director Richard Watson once observed, "When the CIO issues the simple directive: 'Move some applications to the cloud,' architects face bewildering choices about how to do this, and their decision must consider an organization's requirements, evaluation criteria and architecture principles."

Unfortunately, many architects assume that migrating your legacy systems means migrating your applications to the cloud. However, the reality is that such a migration involves both data migration and application migration. Each of these must be assessed, planned, designed and executed separately and then integrated. They are two parts of the same migration of a legacy system, but each requires different analysis steps and different skill sets.

By focusing on your data migration separately from your application migration, you will ensure that both will scale properly.

It's worth noting that government agencies are taking the lead in this area. For example, the Department of Defense Cloud Computing Strategy calls for both metadata tagging and a data cloud that will implement "data-as-a-service" (DaaS). The creation of that requires separating the application from its data during the migration phase. This is the same strategy that the Intelligence Community is pursuing with its community cloud.

[ Want to learn more about DOD cloud plans? Read Defense Dept. Seeks $450 Million Cloud Builder. ]

The goal of both data and application migration to the cloud is to achieve scalability and elasticity. Your general migration model for analysis is to start with a clear understanding of the sources of the applications and data to be migrated, examine your options in achieving scalability, and then select the target implementation that achieves those objectives.

Focusing on the source for your data migration, you need to look at how your application currently stores its data. Typically that is in one of three ways: in a relational database management system (accessed via SQL), in a no-SQL data store, or in files on the file system. Your first assessment is whether your data needs to be scalable in terms of processing and storage space. For your target options the major cloud providers all offer SQL stores, no-SQL stores and BLOB (binary large objects) storage.

Data migration consists of three parts: the migration lifecycle on your data subsystem, the transfer of legacy data, and, finally, the integration with the rest of the migrated application. Let's examine each in more detail:

1. Data Migration Lifecycle

Similar to your systems development lifecycle (SDLC), the migration lifecycle begins with an assessment phase instead of a requirements phase. Additionally, the development phase is replaced by the migration phase. I explain this in greater detail in my new book, The Great Cloud Migration; for now, suffice it to say that data migration is assessed by cloud platform type, scalability requirements, data type or by data volume. At the end of the assessment you will have selected a target implementation that achieves your scalability and elasticity goals.

2. Transfer Of Legacy Data

Moving your data from your legacy data stores to the cloud is a unique opportunity for quality control, metadata tagging, data dictionary, data lineage and other data management best practices. While you could assume your data is fine and opt to move it without change, leveraging the cloud migration to clean and harmonize your data across your enterprise is a golden opportunity. Some organizations may go even further and look to cloud migration as an opportunity to centralize their data and abstract it via an enterprise data layer.

3. Integration With The Migrated Application

Once your connectivity to the target platform is completed, you must integrate your data storage subsystem with the rest of your migrated cloud application. This integration depends on how loosely coupled the data storage subsystem is with the rest of the application.

By focusing on your data migration separately from your application migration, you will guarantee that both achieve your goals for scalability, elasticity and metered billing.

Forgetting the steps needed to migrate your data can be costly from both a migration perspective and an enterprise perspective. Instead, seizing upon your cloud migration as an opportunity to implement enterprise-wide information management practices can help the organization become more efficient and more effective at the same time. Yes, you will have killed the proverbial two birds with one stone!

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
J_Brandt
50%
50%
J_Brandt,
User Rank: Ninja
11/14/2013 | 9:19:50 PM
re: Cloud Migrations: Don't Forget About The Data
It is like any other project. You can look to see how fast and cheap you can do G㢠migrating the data, the application and the processes as they exist. Bingo G㢠youGăÍre Găúcloudified.Găą Or you can look to reengineer the processes, clean up and enhance the data, streamline and enhance the UX of the application. That takes much more effort energy and resources G㢠which is often why the existing legacy app is so crappy.
Li Tan
50%
50%
Li Tan,
User Rank: Ninja
11/14/2013 | 5:06:22 AM
re: Cloud Migrations: Don't Forget About The Data
I think the most difficult part is the evaluation and planning stage. First of all, you need to understand what you really want - do you want to migrate your legacy applications to cloud by spending considerable amount of effort without the guarantee that there is good ROI? Some of the applications are too old to be moved to the new computing platform - the business logic and the data are tightly coupled. Migrating such kind of application may be a nightmare. In this case, why not investigating the possibility about getting rid of some legacy application and engaging with the up-to-date ones? Of course this takes a lot of effort as well. But at least you can get a clean table in the end.:-)
PaulS681
50%
50%
PaulS681,
User Rank: Ninja
11/9/2013 | 10:29:30 PM
re: Cloud Migrations: Don't Forget About The Data
Data migration is so important. More important than moving the application in my opinion. After all what good is an application with no data. Almost all data can be migrated from one system to another, regardless of the system. That's if you are moving to a new appication when moving to the cloud. It takes a lot of
planning. You need to look at your old data and see where it fits in the new
system.
cbabcock
50%
50%
cbabcock,
User Rank: Author
11/7/2013 | 9:46:57 PM
re: Cloud Migrations: Don't Forget About The Data
The migration problem does come in two parts. Thinking through those parts makes for a successful move to the cloud. It also sets up the possibility of migrating disaster recovery to the cloud. The data migration part then just has to be thought about in terms of very quick, if not instant, failover from one site to another.
D. Henschen
50%
50%
D. Henschen,
User Rank: Author
11/6/2013 | 5:42:26 PM
re: Cloud Migrations: Don't Forget About The Data
The money line here is "Moving your data from your legacy data stores to
the cloud is a unique opportunity for quality control, metadata tagging,
data dictionary, data lineage and other data management best practices" In other words, this is your chance to solve the data-quality problem, which shows up year after year as the number-one obstacle to success in our annual InformationWeek Business Intelligence and Analytics survey.
2014 Private Cloud Survey
2014 Private Cloud Survey
Respondents are on a roll: 53% brought their private clouds from concept to production in less than one year, and 60% şextend their clouds across multiple datacenters. But expertise is scarce, with 51% saying acquiring skilled employees is a roadblock.
Register for InformationWeek Newsletters
White Papers
Current Issue
InformationWeek Government, May 2014
Protecting Critical Infrastructure: A New Approach NIST's cyber-security framework gives critical-infrastructure operators a new tool to assess readiness. But will operators put this voluntary framework to work?
Video
Slideshows
Twitter Feed
Audio Interviews
Archived Audio Interviews
GE is a leader in combining connected devices and advanced analytics in pursuit of practical goals like less downtime, lower operating costs, and higher throughput. At GIO Power & Water, CIO Jim Fowler is part of the team exploring how to apply these techniques to some of the world's essential infrastructure, from power plants to water treatment systems. Join us, and bring your questions, as we talk about what's ahead.