Cloud Strategy and the Role of IT in a Multi-Cloud World
- March 11, 2020
Who’s driving the cloud strategy in your organization? Recently we had a team of cloud experts join Dell technologists including myself (@NickBrackney) for our #CloudTweetChat. Having a chance to interact with and learn from so many knowledgeable folks with varied backgrounds and approaches is critical for our team as well as our customers. What makes these chats great is we go beyond the buzz words and marketing fluff that permeates the discussion and get right into strategies and implementation. As we prepare for our next CloudTweetChat on March 12th it seemed like a good time to reflect on what we learned in our last conversation.
According to CIO.com, the average organization is running applications in at least 4.8 different cloud services, both public and private. It’s a complex landscape (cloudscape).
Experts in attendance included:
To better understand the role of IT, we need to understand if there is a centralized cloud strategy and who is driving it. I believe that strategy should be coming out of the CIOs office. It could also be a combined effort with the CTO, IT operations, security and developers forming a cross-functional team.
Keith Townsend countered that most companies don’t have a CTO, and functionally, enterprise architects fulfill that role. He believes enterprise architecture should be driving cloud strategy. “CIO’s should leave the “how” to lieutenants. They should hire people to make those functional decisions and sign off as a sanity check.”
Tim Crawford added that, “the CIO should be the one taking point on the cloud strategy. However, likely others within their org will be more engaged on the execution.” Tim reminds us, “Technology is a team sport. But, not everyone plays the same roles or speaks the same language.” Phil Bradham concurs that input from multiple disciplines should be in the plan.
Josh Fidel breaks down ownership this way:
Rob Steel also agreed that multiple business leaders should be involved in the process, in order to assure each department’s requirements are met.
From my perspective, it’s easy to see the benefits of centralizing your cloud strategy. It should help deliver better security postures, accelerate innovation, and improve service levels. You’ll likely see cost savings, too.
Adam Post weighed in, “one of the primary downsides of a fragmented cloud strategy is the additional complexity required to both architect and maintain applications across platforms. Having a centralized strategy goes a long way toward addressing this.”
Any fragmentation works against efficiency and drives down value, and cloud strategy is no different, as Tim Crawford observed. Matt Baker agreed that a fragmented strategy breeds complexity, drives up costs and slows down the organization.
Getting the entire organization to support a cloud strategy is key, Phil noted. Saying it’s important to share a clear explanation of the plan in business terms.
“A barrier to consistency is commonly the difference in underlying platforms and the methods of interfacing with them. Some tools attempt to abstract away the differences, leaving a lowest common denominator of features. A common underlying platform avoids this,” says Adam.
Ken said that he believes multi-cloud in the context of a single application is a myth, or possibly a trap. But Tim countered that most enterprises are using multi-cloud quite successfully.
Shadow IT and internal delays were at the top of Josh’s list of challenges. Others chimed in about the struggles with other departments deploying applications without IT. But, Tim observed that transformative CIOs can find value in shadow IT.
The conversation shifted when I commented that I think lift and shift can still offer value, but absolutely agree that loud native and using HCI and API driven architectures on-premises is helping IT to deliver IaaS capabilities everywhere.
This kicked off a spirited debate between our participants. Tim disagreed: He considers lift and shift only useful in specific use-cases with a very defined time frame. He doesn’t recommend making it a core strategy. But Keith noted that this has been the historical use case for cloud.
As a result of these approaches, Phil observed that companies are moving back to on prem to save money, and that the cost to run old architecture on the cloud was too expensive for many.
Matt also added fuel to the fire with a controversial statement, “cloud is ALWAYS more expensive because renting assets is ALWAYS more expensive…However, that doesn’t mean Public Cloud isn’t critical and important.”
I think where we landed on is cloud not done properly can limit the benefits of this model, and the idea cloud saves money is largely inaccurate. Mike says the cost narrative is only true if you treat cloud as a data center. This brings us back to the key strategy points:
My thoughts were that technology partners must embrace openness and support customers on whichever cloud they need/want to run on. The idea of a single source for IT just doesn’t work in the as-a-service economy, because no one vendor has all the answers.
Arjan Timmerman advised technology partners to “listen to the customer and sell them the product(s) they need, not what has the biggest profit.”
Adam agreed, stating “partners should take the opportunity to help customers re-evaluate their requirements and be open to a change in approach, where it makes sense.”
Tim echoed the other sentiments in the group: “Technology partners need to clearly understand their customer’s business objectives, challenges and current state,” he says.
“We now need (trusted technology vendors) to help tell us how to solve business challenges. Public cloud enables businesses to do tech, vendors should enable IT to do business,” Keith concluded.
For the bonus round, we asked: In organizations where developers or lines of business (LoB) units have led the charge, how can IT regain control? Eric Kavanagh suggests launching a Kubernetes instance and having an IT director take the lead.
Josh Fidel sums up a winning strategy:
Consider the importance of what is already in place, and don’t try and move mountains overnight. Instead, build a sustainable cloud strategy that is staged to avoid undue risk or halting innovation.
Do you have a favorite cloud discussion topic? You can join the conversation anytime using #CloudTweetChat and tagging @DellTechCloud.
Mark your calendar for the next #CloudTweetChat on 3/12 . Our topic is: Kubernetes and Cloud Native.
You can follow @DellTechCloud for insights anytime for always-on insights and discussions on cloud.