• Phone +971-2-6147028
  • sales@digitalokta.ae
  • Sun-Thu, 8 AM to 4 PM GST

Manage cloud adoption | digitalokta

Cloud management in the Cloud Adoption Framework

The guidance in the last phase of the Cloud Adoption Framework serves two purposes. On the one hand it helps you to develop the business and technical approaches needed to provide cloud management that powers ongoing operations and provides examples of actionable operations management approaches that represent common experiences often encountered by customers. On the other hand, it helps you create personalized management solutions based on business commitments. Delivering on a cloud strategy requires solid planning, readiness, and adoption. But it’s the ongoing operation of the digital assets that delivers tangible business outcomes. Without a plan for reliable, well-managed operations of the cloud solutions, those efforts will yield little value.

A section of the management phase is the Azure management guide. The Azure Management Guide helps Azure customers create a management baseline to establish resource consistency across Azure. This guide outlines the basic tools needed for any Azure production environments, especially environments that host sensitive data. This guide teaches you how to establish tooling for a management baseline. It also outlines ways to extend the baseline or build resiliency beyond the baseline. Inventory and visibility, Operational compliance, Protect and recover or Enhanced baseline options amongst others are covered in this guide.

Inventory and visibility is the first of three disciplines in a cloud management baseline. This discipline comes first because collecting proper operational data is vital when you make decisions about operations. Cloud management teams must understand what is managed and how well those assets are operated. In the Inventory and Visibility article different tools like Azure Service Health or Log Analytics that provide both an inventory and visibility into the inventory’s run state are described. Azure Service Health provides a personalized view of the health of your Azure services and regions.

Operational compliance is the second discipline in any cloud management baseline. Improving operational compliance reduces the likelihood of an outage related to configuration drift or vulnerabilities related to systems being improperly patched.

Protect and recover is the third and final discipline in any cloud-management baseline. This section of the Azure management guide aims to reduce the duration and impact of outages that can’t be prevented. Tools that can be useful are Azure Backup and Azure Site Recovery. With Azure Backup, you can back up, protect, and recover your data in the Microsoft cloud. Azure Backup replaces your existing on-premises or offsite backup solution with a cloud-based solution. This new solution is reliable, secure, and cost competitive. Azure Backup can also help protect and recover on-premises assets through one consistent solution. Azure Site Recovery is a critical component in your disaster recovery strategy. Site Recovery mentioned earlier replicates VMs and workloads that are hosted in a primary Azure region. It replicates them to a copy that is hosted in a secondary region. When an outage occurs in your primary region, you fail over to the copy running in the secondary region. You then continue to access your applications and services from there. This proactive approach to recovery can significantly reduce recovery times. When the recovery environment is no longer needed, production traffic can fall back to the original environment.

Two example tools in customers’ enhanced management baselines are Azure Automation and Azure Security Center. Azure Automation provides a centralized system for the management of automated controls. In Azure Automation, you can run simple remediation, scale, and optimization processes in response to environmental metrics. These processes reduce the overhead associated with manual incident processing. Most importantly, automated remediation can be delivered in near-real-time, significantly reducing interruptions to business processes.

Platform specialization consists of a disciplined execution of four processes in an iterative approach.

  • Improve system design: Improve the design of common systems or platforms to effectively minimize interruptions.
  • Automate remediation: Some improvements aren’t cost effective. In such cases, it might make more sense to automate remediation and reduce the effect of interruptions.
  • Scale the solution: As systems design and automated remediation are improved, those changes can be scaled across the environment through the service catalog.
  • Continuous improvement: Different monitoring tools can be used to discover incremental improvements. These improvements can be addressed in the next pass of system design, automation, and scale.


Workload specialization

Workload specialization too consists of a disciplined execution of the four processes in an iterative approach.
  • Improve system design: Improve the design of a specific workload to effectively minimize interruptions.
  • Automate remediation: Some improvements aren’t cost effective. In such cases, it might make more sense to automate remediation and reduce the effect of interruptions.
  • Scale the solution: As systems design and automated remediation are improved, those changes can be scaled across the environment through the service catalog.
  • Continuous improvement: You can use different monitoring tools to discover incremental improvements. These improvements can be addressed in the next pass of system design, automation, and scale.


Workload specialization often triggers a cultural change in traditional IT build processes that focus on delivering a management baseline, enhanced baselines, and platform operations. Those types of offerings can be scaled across the environment. Workload specialization is similar in execution to platform specialization. But unlike common platforms, the specialization required by individual workloads often doesn’t scale. When workload specialization is required, operational management commonly evolves beyond a central IT perspective.

Back