Select Page

Creating a Roadmap for Migrating to the Cloud

Author: Eric Russo | | October 8, 2013

You’ve decided to move to the cloud and identified those assets to be transferred. Now, you can establish a transition plan.

A clear plan that makes the process seamless and profitable is mandatory. It’s by no means a simple process. It also involves evaluating the data itself and the applications reliant on that data.

This first step may include identifying any vendors or service providers and establishing deliverables or service level agreements. For an initial, partial transition, your organization may want to discuss your plans with any vendor with whom you are currently working. If considering a new vendor, ask questions and seek references to determine whether there is a good fit.

There are many varieties of migration, observes Jake Robinson, a solutions architect with the Infrastructure-as-a-Service provider Bluelock. This might include moving from physical servers to the cloud or moving from a private cloud service to a public cloud. “Each scenario is different based on your application, where you’re starting from, and where you’re going,” he says.

You could, for example, opt to set up your database in the cloud yourself. This would entail selecting a cloud-appropriate database, such as MySQL or Postgres, then installing it and configuring it on a cloud server.

Xeround’s Avi Kapuya notes:

“Depending on the resources of a business, some organizations can manage setting up their cloud database themselves, but for others — correctly configuring a database to maintain scalability and high availability on the distributed and dynamic environment of the cloud — the task might prove too problematic and resource-heavy. […] Databases especially are a sensitive part of the IT puzzle: they keep all the data, all the contacts, all the invoices etc. Data loss or an unresponsive database are big issues that could have serious consequences for today’s businesses.”

After establishing the project’s scope, ensuring data security during the transition is essential. Evaluate your security before the migration. This could include testing and auditing prior to the move to identify potential vulnerabilities.

Other items to include in the migration plan include replication — data and, if you choose to move to an internal cloud structure, machine replication — and disaster recovery.

With a plan in place, testing is the next crucial step. This could enable your organization to evaluate any service providers that may be competing for your business before the actual deployment.

Following deployment, there’s still more work to be done. Whether in-house or contracted, there are more database evaluations and tweaking required including overseeing backups, monitoring, and possibly adding management tools to the process to ensure the project’s ongoing success.


Amazon RDS vs Amazon EC2 | Amazon Web Services EC2 vs RDS

Ready to migrate your MySQL database to Amazon Web Services (AWS)? Which is better, Amazon RDS or Amazon EC2? Learn the pros and cons of each option.

Charleste King | September 7, 2017
Oracle cloud analytics

Art of BI: What is Oracle Analytics Cloud and Why Should You Care?

Read on to learn about the release of Oracle Analytics Cloud, a service that includes Essbase Cloud, Business Intelligence Cloud, and more.

Christian Screen | June 8, 2017

MongoDB and AWS- A Perfect Match

Amazon now supports MongoDB migration onto its AWS platform. Find out why MongoDB and Amazon S3 combination is a perfect match for the database infrastructure.

Esayas Aloto | October 3, 2017

Subscribe to Our Blog

Never miss a post! Stay up to date with the latest database, application and analytics tips and news. Delivered in a handy bi-weekly update straight to your inbox. You can unsubscribe at any time.

Work with Us

Let’s have a conversation about what you need to succeed and how we can help get you there.


Work for Us

Where do you want to take your career? Explore exciting opportunities to join our team.