Recently, I hosted a couple of roundtables at a conference focusing on different topics around the cloud.
I think it was a representative group of industries and individuals, with the audience including CIOs, architects, and SMEs from various sectors.
Why might it interest you? Because it showed that many people have the same problems with cloud adoption. If you think you’re lagging behind or struggling with the cloud, don’t worry – YOU ARE NOT ALONE!
Here are my conclusions after a week of talks and discussion at this conference:
If you’re struggling with how to begin or where to start with cloud adoption, it looks like you are in the majority. I’m letting you know about it, as it is easy to fall into a trap of confirmation bias, thinking the world is running away from us, and we’re falling behind.
It appears it is not always the case. It is still early days; some of us took some steps, but many are still figuring it all out.
Here are the two most often returning questions from three days of Q&A sessions for those who are starting out. I distilled them into questions, short comments, and resources (if any).
This is a good one. We all have to start somewhere. It was one of the recurring questions across all discussions, so let’s deal with it first.
My practical advice here is to start small. I know, I’ve said it before. Your task here is not to become a master of cloud technology but to convince people that it is a viable path to move forward. What you are up against is:
My advice here is always:
In a short time, deliver a project to production in the cloud, summarize the learnings and make sure to celebrate it. Congrats! You’ve just created the core of your cloud adoption team. The task is to up-skill and scale it into more teams (each member of the original team will now be your advocate).
Hint: to remove obstacles that might slow them down, consider getting on-board someone with cloud skills and experience, who will be able to give tips or solve issues quickly.
If you haven’t heard about it, now is an excellent time to get to know Conway’s law. In a nutshell, your system designs follow your organizational structure. You can say they don’t, but the studies show that! (If you want to dig further on the subject, you can read a great book – Team Topologies).
Need more tips on cloud strategy? Watch the video!
It seems that everywhere I go, the multi-cloud is looking at me! Let’s deal with it.
Oh wait, I did already – I wrote about multi-cloud some time ago – here is the link: Do you really need more than one cloud?
I still stand by my opinion. You will most likely not need a multi-cloud environment. Multi-cloud is an advanced topic. Many big organizations don’t know how to handle it well.
If you are starting out, especially if you have limited resources, my advice still will be – save it for dessert. Work out one cloud well and then look for others.
But as always, reality bites. Companies acquire multi-cloud for various reasons:
If you are in this position, you will have to handle it. It’s hard to say: “We’re not doing it because I read this blog post from a guy at Predica.”
My advice here:
Again – if you don’t have to, do not think about starting with a multi-cloud approach. Save it for dessert.
Here are some more frequently discussed topics, in a nutshell:
Form a core cloud team!
You will have people with different technical skills across the cloud. Still, it would be best if you had someone who understands your business, your organization, and how it maps to technology. Your Tigers, Center of Excellence, or whatever name you choose for it.
Do not start by choosing the tools.
It is not that important if you use Terraform or other tools initially. Looking at tools first is a distraction. Look at tasks to do first, then select your toolkit once you have some experience with them. Do not let “tools paralysis” overcome your actions.
It is more about change in the organization than technology.
One of the recurring themes is how to convince people to work in a new way? How to introduce DevOps as a way of delivering the results and communication? It is about people, not technology, and practice more than specific tools.
Proven direction here – remove the obstacles and fear of the unknown. Organize the first team, give them some training, let them work and experiment. Make an obligation to deliver. Your team needs to see the results independently and learn the benefits.
We had successes with a short, 2-day DevOps Kickstarter workshop (try it!), offered in a controlled environment, changing the entire team’s perspective.
Do not forget about invisible parts. The network is still important.
There are things taken for granted, like “network just works.” The world is not always rosy, and you will not start with a pure, serverless cloud solution (if you are, I want to hear from you, leave a comment below).
One of the hardest things might be getting your networking right between on-premises and the cloud. You know why? Because the network team is often the most isolated from other groups. Get them on-board, make them part of your DevOps teams. They will be happy to learn new things as well.
OK, I will not beat the dead horse here again. I did it many times in the previous articles. Here’s a great example of how understanding the cost might affect your actual cloud cost on an instance of Azure Reserved instances – Azure VM Reservations.
Now for some fun facts and a single piece of advice that will save you money!
I asked 20+ people in a session if they knew what reserved instances are. None of them knew it. If there is one practical thing from this article that will directly save you money – this is the one. Ensure you know what it is before you go to the cloud with your VMs.
It’s not the CEO or anyone from the Board either. Try as you might, you will not find this position in our organizatio...
Managing the delivery of transformational projects worldwide requires expertise, technical skills, and a lot of passion ...