Moving to the cloud — how to get there without falling?

More and more companies realize that moving to the cloud will give them tangible benefits. But some of the advantages might be important to one company while being completely irrelevant to others. It is very essential to note that moving to the cloud is a process. You can’t just decide one day and say “let’s do it” — although I wouldn’t be surprised if some of the companies just did that — and failed.

Cloud computing adoption lifecycle

To better understand what steps are involved when moving to the cloud, it is important to understand the most common cloud computing adoption lifecycle. We can identify nine crucial stages:

  1. Proof of concept / Pilot project — this stage lets you understand what you know and what you don’t know about the cloud, and prepares the organization for a more formalized planning and implementation process going forward.

Key steps of moving to the cloud

As we said earlier, moving to the cloud is a process that will affect our organization, systems, and people. We can identify at least four steps in this process, and should remember that each and every one of them is very important. What are they?

  1. Research and pre-planning

Now that we’ve specified the steps, we can go into more specifics.

Research and pre-planning

Pre-planning can be as crucial as the implementation itself. As with everything we do, it is extremely important to align with the business goals. If the move isn’t in line with the company’s intentions, it can have long term negative effects — wasting resources and placing the business at risk.

The most important question we should ask is “Why exactly are we moving to the cloud”. Even though the answer might seem simple, it certainly is not. If the move to the cloud does not support our business goals, the management will be disillusioned, the cloud will be perceived as irrelevant and ineffective, and the participation in future planning and implementation of the cloud will be reduced.

In this stage, critical things to understand are:

  1. What business problem will it solve?

It is also important to do readiness assessments that will cover technology, people and processes. Why is it so essential?

  1. Assess business and technical readiness
  • Prepare a detailed plan

Planning and purchasing

At this stage, we’re engaging different CSP — Cloud Service Providers to determine different SLA and cloud computing architecture options. We also have to look at where the data will be located, what are different legal requirements, for example GDPR ones. We will also have to determine what is the responsibility of the provider and our local IT. It is called — Shared Responsibility Model.

The SLA should at least:

  • Describe the metrics of each service.

At this stage, it is also very important to decide on the Cloud Computing architecture which is made up of three primary design elements: compute (the computing processing units), storage (the physical / virtual space where cloud data is stored) and networking (the networks that connect cloud technologies). As with other contexts of the word architecture, cloud computing architecture involves determining the needs of the user/system/technology, as well as creating a logical design and standards based on these needs.

The cloud architecture should be designed to provide users with access to required bandwidth, ensuring they have uninterrupted access to secure data and applications, on-demand agile networks with ability to move quickly and efficiently between servers and between different cloud environments.

It is also important to understand data location options before moving to the cloud:

  • Will data be moved outside the country?


When moving to the cloud, it is crucial to understand:

  1. Security controls which should at least include:
  • Authorization and access control

2. Risk assessment — careful analysis of cloud threats and vulnerabilities to determine the extent of adverse impact and the likelihood of occurrence.

3. Business continuity — a proactive process referring to the procedures an organization implements to ensure mission-critical functions can continue during and after a disaster

4. Disaster recovery — compromises specific steps an organization must take to resume operations following an incident. Response may vary from seconds to days.

The last three points are extremely important. Failure to do so can put our organisation at risk.

Operations and maintenance

The key factors in operating a cloud environment are:

  1. Cloud operations — optimization of performance and capacity per business requirements.


  • Cost management — procedures to control costs.

Performance measures

  1. First document performance baselines to compare with performance specified in the SLA
  • Response times

2. Metrics to watch:

  • Service / system availability

MTBF — an average time a service runs before failing. It measures the operational time between failures.

MTTR — an average time to fix a failed service

  • Response time — a time to workload to be completed.

Continuous monitoring

  • It checks performance, efficiency, effectiveness

Gain operational visibility

Managed change control

Incident response


Moving to the cloud is not a trivial task. That’s why every company that doesn’t have an internal well established cloud competency center needs a partner that can help in this process. If you would like to talk about your journey to the cloud, please contact us.

human-centric software design & development. check out our website: