<

12 considerations before migrating on-premise services to the Cloud

Published on
11,908 Points
3,308 Views
16 Endorsements
Last Modified:
Approved
Community Pick

With the spotlight very much on Cloud technology within the IT industry, it’s difficult to avoid the topic these days. Due to the constant flood of new information, added pressure, emphasis and focus on cloud migration is driving corporations to investigate and understand what ‘the cloud’ actually is and discuss if they should utilise this technology as a potential gain to their business. 

 

As this understanding and knowledge of the Cloud grows, many Senior Directors and CTOs are taking a different look at their own infrastructure estate with one question hanging over their heads: Should we consider migrating some/all of our services to the Cloud? 


This article is your guide when asking that very same question.

 

There are many pieces to consider and some of them will be more applicable to others depending on your line of business, your company size, and your strategy. However, all items should be considered before making a decision to ensure you have sufficient information to deliver a successful Cloud infrastructure environment for you and your customers.


Here are the questions to ask yourself when deciding whether or not to migrate to the cloud:

 

1. Do you need the Cloud?

 

The first question you should ask yourself is “Do I need the cloud?”  Before answering this question you need to have an understanding of what the Cloud can provide you and your business, its features and benefits, its potential gains, and its risks and restrictions. You need to have a grasp of all of these elements and also understand your current on-premise infrastructure estate to be able to make a comparison of the two to ascertain the full scope of benefits to you.

 

What is driving you to take a leap into the Cloud and harness what it has to offer? Is it a strategic reason? Financial? Something else? 


A key aspect and draw of the Cloud is its huge potential cost savings. One main reason for this is that it prevents the need to spend CAPEX (Capital Expenditure are funds used by an organisation to purchase or upgrade physical assets) on your own hardware and all the costs associated with this like provisioning, power and cooling. Also, Cloud services are typically billed as utilities in that you only pay for what you use when you use it.  However, be sure to understand ALL of the Cloud costs and how it relates to you and your business.  For example, AWS charges for all outbound data transfer leaving the AWS environment and if your business processes large amounts of data that is then sent externally, this is something that needs closer scrutiny.

 

2. What do you want to migrate to the Cloud?

 

There are so many different service options provided by public cloud vendors, it’s important to understand what it is exactly you want to migrate to a Cloud environment before investing. Do you want to migrate your entire on-premise Data Centre estate to the Cloud, or just your Web services? Perhaps you only want to use the Cloud for its endless Storage capabilities or as a DR function. Maybe you wish to create a testing and development environment that allows you to spin up and shut down instances on demand, preventing you from having to spend vast amounts of CAPEX on hardware within your own Data Centre. Whatever the reason, the use cases for migrating services to the Cloud are endless and it’s important to have a clear understanding of what it is you need to migrate to the Cloud to make the best use of its power and benefits.

 

Additional care and attention should be used when looking at storing confidential information in the Cloud to ensure there is sufficient security controls in place and that it meets with your current stringent security standards, as well as any certifications such as ISO/IEC 27001.


3. Will your applications and services benefit from the Cloud?

 

You may have services and applications that have been written ‘in house’ and may not be able to fully support many successful and important elements of Cloud technology. For example, elasticity and scalability maybe not be supported by a custom built application. Your application may not be able to function in a decoupled environment where your services are able to work independently of each other (AWS is very good at implementing a decoupled environment, allowing elements of the infrastructure to fail without adverse implications on other aspects of your application). Can your applications benefit from the on-demand element of the Cloud? 


It is up to you to ensure that what you want to achieve from the Cloud can be achieved with the services and applications you want to migrate. As a result, you may have to spend time and money to redesign your application to work as expected after migration. 

 

4. Is this financially a good idea?

 

Your reasons to move to the cloud may not be financial, however, the cost of this step is still something that needs to have your consideration. You must ensure you have a full understanding of all the costs that the Cloud services will incur. These include the operational costs, such as the services used themselves, the impact of potential change of bandwidth and data transfer, not to mention the costs of educational training for your employees on how to monitor, manage and control the services. If there is a requirement to redevelop existing applications to make sure they mesh into the Cloud environment, then this must also be factored into your decision. 


However, with these costs in mind, there are considerable savings to be had by utilising Cloud services:

 

  • The Clouds natural economy of scale - The Cloud itself brings a huge financial benefit that is hard to beat with its use of economies of scale. Cloud providers purchase a huge and vast amount of hardware to deploy globally throughout their data centres. This huge scale operation allows the provider to pass these massive reduction of costs onto their consumers, ultimately providing a great saving from the word “go” on Compute and Storage alone.
  • CAPEX reduction - As noted earlier in this article, you do not need to house and provision your own hardware and its associated Data Centre Costs (Power and Cooling - which alone can be 40-50% of the total IT Cost in a DC). In addition to this, depreciation of your own hardware no longer poses a problem.
  • No need to provision hardware for DR - By utilising the Cloud, you can easily plan for high disaster recovery without ever having to purchase additional hardware that may never be used, which presents a huge cost saving. Simply configure and architect your infrastructure to spin up another host when you need it, and only pay for it when doing so.
  • No hardware maintenance costs - Without the need to manage your own hardware,  you will no longer need that costly hardware maintenance contract. All hardware failures, upgrades, and maintenance are performed by the Public Cloud vendor. With this in mind, you must architect your estate to cope with such failures.
  • Optimisation of hardware - Static hosts within your on premise Data Centre very rarely run at full capacity due to over provisioning for future capacity management, and as a result, cost you significantly more than you actually need to pay out. Utilising the scalability and elasticity of the Cloud (with its ability to resize your Compute and Storage requirements at will and ease), enables you to consistently optimise your actual requirements, ensuring its kept efficient and streamlined.
  • Reduced implementation time - There are many ways to deploy Cloud infrastructure that can drastically decrease the time to deployment. Your whole Cloud infrastructure containing hundreds of instances, security, and load balancers within a highly available architecture, can be deployed via a script with just a few clicks. One example of this is to use CloudFront within AWS. You can have as much compute and storage as you need at your fingertips available to use in just a few minutes rather than the days/weeks it may take to have everything operational if provisioned yourself on premise.
  • Pay as you go - Most services within the Cloud are charged only on what you use and for the time you use it. If you stop your instances, you stop paying. If you delete your storage, you are no longer charged for it. If your load DNS servers perform so many requests, you will only be charged for that amount.
  • Reduced Licensing costs - Many cloud providers include the cost of all software licensing deployed with the instance type in their rates. This can save you a significant amount of money if you only need to use these services for a short period of time.
  • Flexibility - Utilising varied sized instances (Compute) within the cloud for short periods of time as and when you need them for testing, allows for great flexibility that would not be possible in a standard in-house scenario. If your instance isn't big enough for your application, with a simple configuration change, you can increase compute/storage capacity.
  • Staff reduction - From a purely business perspective, migrating services to the cloud often means a reduction of staff required within your organization. Some of the job functions are performed and incorporated by the Cloud providers themselves which often works out as a reduced cost in labor.


For the service(s) you are migrating, check to ensure this makes good financial sense from your current mode of operations? If not, communicate this to your Project sponsor and other key stakeholders in the migration to ensure this is highlighted at the right level of seniority preventing this from being overlooked.

 

5. What vendor should I choose?


There are many public cloud vendors in the marketplace. According to Gartner’s May 18, 2015 “Magic Quadrant for Cloud Infrastructure as a Service, Worldwide”, Amazon Web Services (AWS ) and Microsoft are the only vendors positioned in the Leaders’ Quadrant.

 

Many vendors are trying to get a segment of the Public Cloud market share, and each of these vendors offers and proposes different solutions and services that may suit your needs more than others. Carefully research each to identify who has the best suited services and tools to meet your business requirements; this may not necessarily be those positioned in the leaders’ quadrant  (Amazon Web Services and Microsoft).*

 

It is also important to review the SLAs that the vendors offer for each of the services that you will be using. What impact does this have on your current customer contracts? Do the vendors offer any kind of compensation should they breach their SLA? Remember to drill down on the agreement levels for each service and offering you will be utilising to ensure it doesn’t represent issues and problems with your current customer base.

 

6. What type of Cloud service do you need?

 

Typically Cloud services are delivered as 3 different models:

 

  • SaaS (Software as a Service) - This provides the lowest level of customisation and provides a service that is typically accessed through a portal front end, such as a web browser. All management of the underlying hardware and operating system is owned by the Cloud vendor, so administration of the system is minimal as you do not have access to these elements. All users see the same version of software. An example of a SaaS application is www.outlook.com; Anyone can access it and everyone sees the same front end.
  • PaaS (Platform as a Service) - This allows users and developers to create, manage and build applications on top of a managed platform/operating system. Again, the hardware and operating system is managed by the vendor, so you don't need to worry about patch updates of the OS as this is taken care of under this model. You can however develop and customise you own applications on top of the OS giving greater flexibility than that of SaaS.
  • IaaS (Infrastructure as a Service) - This provides the greatest level of customisation to you, as you have full control over the host from the Operating System upwards. You can deploy whichever OS you need, and anything else on top of that stack. However, this also means you are responsible for all patching from the OS level up, too, though even with this model, the hardware is still managed by the Cloud vendor.


You need to be clear on what model you need. You might currently own and control everything to do with your infrastructure on-premise, but perhaps as a part of your migration, you could optimise how much you control and move towards more of a PaaS offering, offloading some of the OS patching responsibility to the Cloud vendor and giving you more time to concentrate on your application development. It is a good idea to use this migration as a means of optimising your current mode of operations; Different offerings could benefit you in more than one way.  When migrating, you need to employ a different mindset as moving like-for-like infrastructure is not necessarily the best way to deploy your environment.

 

When utilising Public Cloud providers, it is likely that you will not want to migrate ALL of your estate to the cloud. Instead, you want the Cloud to be seamlessly linked to your own corporate network as an extension, also known as a Hybrid Cloud environment. Look at the differences between Public and Hybrid Cloud environments as they each offer advantages.

 

7. Where will your data be stored?

 

It is important to know where your data is stored with your chosen public provider. You may have to adhere to data laws whereby your data must remain within a certain geographic location. Ensuring you have control over your data, its storage location, and any backup replication service that takes place is crucial in this instance. 

 

Keeping your data as close to the users of that data will result in low latency access, so this is an important factor when architecting your network. Maintaining a strong understanding of where you data is stored and replicated is critical when designing a resilient, highly available environment should there be a major disaster.

 

8. Can I use the migration to re-invent?

 

When making a change in your infrastructure as huge as migrating one or more service to the Cloud, it generates a fantastic opportunity that can be rare in some environments: it allows you to re-invent you current mode of operations. You have a chance to implement new compute and storage power for your systems, a new network design, and a slicker, more defined environment. 


Do not always try to implement a ‘like-for-like’ basis as to what you have on-premise. That environment has possibly grown and been added to as time and the years have gone on, and will likely not be as efficient as it could be. Learn from previous mistakes and look to mitigate any risks you have in your current infrastructure. Look at your end goal, look at the tools available, land ook at the services being offered and how you can utilise the service benefits to your gain. Use this chance to implement an efficient, secure, defined environment that is fully controlled and monitored, making full use of the vendor’s Cloud features.

 

9. Do you have the right resources?

 

One important and key element to a successful Cloud migration is to ensure you have the right skill set to identify, analyse, design, implement, and manage the migration. Depending on your requirements, it can be a fairly pain free exercise to move some service to the Cloud, however, has that service and migration been optimised to get the most out of the Cloud? Has the right instance type been used? Has it been designed to ‘self heal’ should a problem occur? Has it been configured with the highest level of security possible at both a network level and an instance level? 


It’s one thing to implement a Cloud offering, but it’s entirely another to maximise and architect your infrastructure as a self-healing, fault tolerant, highly available and resilient environment that automatically scales up and down and reacts to traffic demand whilst also performing self-monitoring and event notification services to support teams as and when required.

 

Implementing a poorly designed Cloud environment can have adverse effects against your original business plan and goals in the reason for migrating in the first place.

 

10. What are you timescales?

 

Do you have specific timescales to get your infrastructure migrated to a Cloud environment? If so, plan effectively to ensure you have the right resources on hand to implement it correctly and to your specifications. If this is your first migration, be realistic with how long it will take and the learning curve that will inevitably be experienced for your employees; the Cloud is a completely new way of deploying infrastructure. There will be issues and there will be problems as with any new IT infrastructure design and build. Do not underestimate the time required in implementing your solution specifically if it’s for a deadline that can’t be changed. For example, you may be deploying your web services to the Cloud in time for the launch of a new, highly anticipated product where traffic demand to your site is expected to rise dramatically, utilising the scalability and elasticity that the cloud provides. Make sure you are being realistic.

 

11.  How will this change the dynamics within my organisation?


Adopting the Cloud changes the dynamics of the IT department within your organisation no matter what. You will essentially be delivering and managing a new IT service. As a result, there may be new roles that need to be created that didn’t exist before. New processes and procedures will need to be created to aid with the migration and on-going support. New tools and monitoring will need to be deployed and understood to ensure the correct reporting of the infrastructure is still being retrieved to meet SLAs. As noted earlier, you may need to reduce your staff count as some of the roles may no longer be required such as hardware and cabling installation engineers. 

 

12.  Do you have the right Security?  


One element of the Public Cloud that some people are very wary and cautious of is security.  The question of "How safe is my data on the Cloud?" often comes up as many people do not know exactly where their data is. However, it's probably fair to say that Cloud security (when implemented correctly) is likely to be more stringent than you have on your own premises today.    


Physical security of Public Cloud providers is managed by the vendor and complies with robust compliance programs to reassure customers of the security they have in place. The security and compliance standards that vendors adhere to is easily available to all. For example, please see the Amazon Web Services whitepaper which covers in detail their physical security and also network and service security details.


Its important to note that Security at an instance and network level is a shared responsibility.  The vendor will monitor traffic for vulnerabilities across their estate, while you must ensure you architect your infrastructure in a way that complies to your own security controls through the use of Identity Access Management, Security Group, Access Control Lists, Firewalls, Multi-factor Authentication, and any other means you have in locking down your environment. It is important to have someone with the right skill set who understands Cloud security when migrating your infrastructure. They will be responsible for configuring your data correctly, and managing who can get to it so that it will be highly secure. Each vendor has different security controls so a specialist in your chosen vendor is crucial.

 


 
*
Gartner does not endorse any vendor, product or service depicted in its research publications, and does not advise technology users to select only those vendors with the highest ratings or other designation. Gartner research publications consist of the opinions of Gartner's research organization and should not be construed as statements of fact. Gartner disclaims all warranties, expressed or implied, with respect to this research, including any warranties of merchantability or fitness for a particular purpose.

 


By no means are these the only factors to consider when thinking of deploying and migrating services onto the Public cloud, but they will have hopefully made you think of elements that you might not have necessarily considered at this stage within your plans. Should you end up migrating to the cloud, I hope this articles initially helped you decide to harness the full power of what the Cloud has to offer and are now able to reap its full benefits to your organization.


Thank you for taking the time to read my article, if you have any feedback please do leave a comment below.


If you liked this article or found it helpful please click the 'Good Article' button at the bottom of this article, it would be very much appreciated.

    

I look forward to your comments and suggestions.

 

16
Comment
2 Comments
 
LVL 66

Expert Comment

by:Jim Horn
Voted Yes.
0
 
 

Administrative Comment

by:lherrou
Stu,

Thank you for your revisions. I encourage you to use the "Author Bio" as I mentioned in my prior comment - it's intended for exactly that type of information, and appear to every reader right after the big green "Vote this Article as Helpful" button.
0

Featured Post

Protect Your Employees from Wi-Fi Threats

As Wi-Fi growth and popularity continues to climb, not everyone understands the risks that come with connecting to public Wi-Fi or even offering Wi-Fi to employees, visitors and guests. Download the resource kit to make sure your safe wherever business takes you!

Join & Write a Comment

Steps to create a PostgreSQL RDS instance in the Amazon cloud. We will cover some of the default settings and show how to connect to the instance once it is up and running.
This Micro Tutorial will explain how to export DynamoDB tables in Amazon Web Services.

Keep in touch with Experts Exchange

Tech news and trends delivered to your inbox every month