The multicloud road: a step-by-step guide for medium-sized firms

OVER the past decade, cloud offerings have evolved significantly, transforming the way medium-sized businesses (MBs) operate. Cloud computing has made it possible for MBs to access enterprise-level technology and infrastructure. Philippine enterprises are growing an appetite for the cloud market recently as hybrid operations become the new norm for most Filipinos. In the next few years, more companies will migrate workloads to the cloud, driving enterprise spending to $2.6 billion in 2024. 

Beyond spending, different cloud service providers (CSPs) have their own unique selling points. Some specialize in cloud deployment types, hosting offerings, or specialize in a particular application, to name a few examples. In order to unlock the full potential of multicloud without being constrained by siloed ecosystems of proprietary tools and services, medium businesses should instead take a multicloud by design approach to streamline IT operations by bringing cloud experiences to dedicated IT environments.   

To give you an example of what a multicloud by design solution may look like, a business may have services from three different CSPs: one for hosting SAP, one for hosting containers, and one for disaster recovery services. 

The opportunities of this kind of multicloud strategy include better IT infrastructure efficiency, greater flexibility to meet challenging requirements, improved time to market and enhanced performance — all great benefits for a growing medium business. The possibilities are endless, and the reality is that each business must find the right combination that fits their structure while enabling them to meet their short- and long-term goals.

So where do you begin? Below is a guide on how you can assess, design and deploy your multicloud journey.

Phase 1: Goals and Assessment 

The discovery phase is arguably the most important step on your multicloud journey. As with any business initiative, your business goals should be front and center, and building your multicloud infrastructure is no different. Before any decisions are made, you should ensure that you have clear goals and rationale for moving to multicloud. Reducing IT cost is a key driver, but you may also be looking to improve compliance, and increase competitiveness in the market. At this early stage it’s important to engage with all your key stakeholders to ensure that you’re all starting this journey on the same page.

Once you’ve defined your goals, you’ll need to take a closer look at the current application landscape and ask yourself: should it stay, or should it go now? This involves doing a deep-dive on your applications through the lens of your new multicloud goals and deciding what action you must take to achieve your goals.

A good framework for this is the 6 Rs:

• Rehosting: Many early cloud projects gravitate toward net new development using cloud-native capabilities. However, in a large legacy migration scenario where the organization is looking to scale its migration quickly to meet a business case, a majority of applications are rehosted. Most rehosting can be automated with tools.

• Replatforming: A few cloud optimizations are used in order to achieve some tangible benefit, but otherwise the core architecture of the application is not changed. For example, reducing the amount of time spent managing database instances by migrating to a database-as-a-service platform.

• Refactoring: This is typically driven by a strong business need to add features, scale, or performance that would otherwise be difficult to achieve in the application’s existing environment. While this pattern tends to be the most expensive, it can also be the most beneficial if you have a good product market fit.

• Repurchasing: This most commonly occurs when moving to a SaaS platform, i.e. Salesforce.com, an HR system to Workday and so on.

• Retire: During the application discovery it might be revealed that an application is no longer required or is redundant to other applications. The organization’s lifecycle process can be used to retire these applications.

• Retain: Some applications might be retained “as-is,” because legacy OS and applications are not supported in the cloud or the business justification for migrating is insufficient.

Phase 2: Requirements and Architecture Design

Once you understand the business needs for adopting multicloud, and the application landscape, the next step is defining technical requirements that the cloud provider needs to fulfil. Though this will heavily depend on the cloud deployment type. The key here will be to map these technical requirements back to the business goals.

For example, for an infrastructure-as-a-Service deployment, some of the requirements you set out could be “Automation and API access,” which would map back to a business goal of increasing competitiveness within the sector. Another example could be “Security Policy Enforcement,” which would meet the goal of improved compliance. When this is defined, you move on to the architecture design phase. With a multicloud by design architecture, IT teams can run individual workloads on the cloud service that will best increase application efficiency and reduce costs.

Phase 3: Getting people on-board and on-track 

With your requirements and architecture in place, you need to prepare the business for change — no mean feat! To get the full benefit of a multicloud environment, IT organizations need to adopt a service-orientated framework. A few examples of what this might look like:

• From IT-centric to customer-focused

• From siloed organization to cross-functional and multiskilled teams

• From reactive operations to proactive operations

This may feel like a disruptive change, but it provides an opportunity to create an agile IT organization. The journey toward a multicloud environment requires new skills and creates new roles inside your organization. For existing employees, there are opportunities to upskill and move into new roles, including Cloud Architects and Cloud Developers. New ways of doing business will require new processes and policies, including blueprint and automation policies, chargeback policies, capacity management, and security policies.

Finally, once everything is in place, you can create your roadmap and execute your journey to multicloud. Over time, you can drill down into detailed project plans, but the idea is to provide the business with an overview of this journey.

So, what’s the catch?

The reality is that any company’s multicloud journey will be different, depending on an enterprise’s goals, stakeholders, and its IT environment. You may spend more or less time in each phase, and the roadblocks along the way may take time to unpick. However, the benefits of a multicloud by design approach keep stacking up, and if you want to stay agile and continue to provide customers with the best experience, the bumps along the way will provide short-term pain but long-term gain that will keep your organization ahead of the game in the years ahead.

 

Ronnie Latinazo is the country general manager of Dell Technologies Philippines.