Skip to main content

5 Characteristics of Cloud Services that Impact Management Tools

Julie Craig

EMA sees cloud computing as a fundamental game-changer, which will likely have an impact equivalent to that of the Internet on ISVs and IT organizations alike.

When considering the cloud from the perspective of the application, it becomes clear that cloud-based applications must be supported with the same rigor as those hosted internally. Regardless of the delivery mechanism, IT organizations still have a responsibility to end-user customers for application quality, availability, and performance.

Assessing this responsibility in context to the five characteristics outlined below – the main factors EMA has identified that distinguish cloud-based deployments – can help clarify requirements for cloud-related enterprise management toolsets.

1. Convenient, On-Demand Access

Convenient, on-demand access implies application availability, basically an assurance that the cloud-based service is accessible when the customer needs it. It also implies that applications are designed with easy access in mind. For applications developed in-house to run on public or private cloud, ensuring on-demand access requires toolsets that support application quality throughout the application lifecycle. It also requires tools capable of monitoring and managing application performance and availability from the user perspective.

2. Shared Resource Pool

For either public or private clouds to deliver economies of scale, a shared resource pool is critical. The idea is that different customers will have different resource requirements at different times. A shared resource pool — particularly when combined with the next capability (rapid provisioning and release) — means that customers experiencing peak resource requirements have access to pooled resources because other customers are running at non-peak levels.

This point and the next presuppose an ability to precisely assess utilization trends against capacity. Developing this capability requires management solutions capable of assessing and tracking the capacity of physical and virtual resources in context with one another, and with real-time and trend-based utilization.

3. Rapid Provisioning and Release of Resources

Rapid provisioning and release of resources are critical capabilities, and methodologies for release are equally important as — if not more important than — for acquisition. Rapid provisioning presupposes the use of products capable of provisioning applications on demand based on preexisting models and templates. Products (and processes) that support and enforce the governance of provisioning and release functions are also critical.

4. Minimal Service Provider Interaction

The average corporate user requesting access to an internally-hosted platform or service interacts one or more times with IT. However, when the same user seeks access to a cloud service, he or she expects to access the service directly, without an intermediary contact.

This ease of access has been one of the factors contributing to the cloud wildfire, as departmental credit cards (versus budgeted line items) have become the new “coin of the realm” for public cloud services. However, this de-facto de-centralization is also raising governance, control, and security issues, which again drives requirements for new kinds of cloud-related service catalog and service portfolio management solutions.

5. Minimal Management Effort

Public and private clouds, of course, require different levels of management effort, but the responsibilities of IT organizations are similar in both cases.

For public clouds, management effort, though “minimal,” is still a consideration. The base services delivered by public cloud providers are managed by the vendor. This is true whether the product is Infrastructure as a Service (IaaS), Platform as a Service (PaaS), or Software as a Service (SaaS). The business customer still has a responsibility to choose the vendor that most closely matches business requirements and to monitor services to make sure they are delivered at contracted levels.

Private cloud requires significant management effort, typically by internal IT. It also requires toolsets that support all aspects of the application lifecycle from “cradle to grave.” In addition, since the majority of private clouds are built using virtualization, supporting them also requires toolsets that “understand” and have visibility to virtual environments.

Hot Topics

The Latest

Rapid AI adoption and the unique ways AI workloads operate is redefining the scope and structure of what these teams must deliver. This shift is forcing organizations to rethink how they manage scale, automation, and control, according to The State of SRE and Platform Engineering 2026, a new report from Dynatrace ...

AI is usually talked about as a software tool, but it also depends heavily on the network behind it. Whether a company is using AI for chatbots, automation, monitoring, analytics, or employee support, all of that information has to move across the network in a reliable and secure way. That means AI is not just an application decision. It is also an infrastructure decision. Before organizations rush into AI, they should ask a simple question: Is our network ready to support it? ...

Enterprise AI often lacks governed access to where business processes actually execute. Without that access, AI agents may be able to reason, but they cannot operate reliably across enterprise workflows. For AI agents to effectively carry out workflows, they will require integration-layer context and controls. Organizations can implement these prerequisites by providing AI with managed access to the middleware layer ...

Enterprise networks rarely behave the same way for very long. A routing adjustment in one region may unexpectedly alter application performance in another. A cloud migration may introduce hidden dependencies that go unnoticed until an outage occurs. All the while, the network is managed by several different teams, each of whom use different tool sets — and as a result, have different views of the network ... There’s usually an engineer who remembers why traffic fails over a certain way between sites, or which transparent firewall was added where. The problem is that human memory cannot scale alongside enterprise-scale networks ...

Ask an infrastructure team how confident they are in their ability to govern AI, and most will tell you they've got it handled. A recent survey of 406 IT decision-makers and platform engineering leaders found 86% expressing exactly that confidence. Ask the same group whether they have a formal written AI governance policy, and the number drops to 30%, according to Spacelift's Infrastructure Automation Report ...

In MEAN TIME TO INSIGHT Episode 27, Shamus McGillicuddy, EMA VP of Research, Network Infrastructure and Operations, and Parker Hathcock, EMA Research Director covering IT Service/Operations (ServiceOps), discuss observability unification in modern IT operations ... 

Virtual Private Networks became a cornerstone of enterprise security at a time when corporate infrastructure looked very different from today ... For years, this model worked well. But the architecture behind VPNs assumed a centralized corporate environment—one where the network itself was the hub of activity. In a cloud — first world, that assumption no longer holds ...

Website outages get resolved just as fast in August as they do in November. I went looking for the opposite: the summer slowdown everyone assumes is there once the people who fix things are away. It isn't in the data we collected, covering 1.8 million confirmed outages across tens of thousands of websites ...

This year, many of the cloud infrastructure contracts signed in the early days of the AI boom will come up for renewal. As the year goes on, I anticipate we'll see a significant amount of cloud vendor swapouts and multi-cloud adoption, and the reason isn't just GPU depreciation. It's because they're tired of their current cloud providers ...

There's a moment the many observability teams have experienced days into bringing a new service into production: you realize that the vendor's claims of "intelligent" behavior included a large serving of hype. Their dashboards look nice until they don't, the failure modes are a black box, and no one on the team can confidently explain why the system did what it did at 2 am. Agentic AI is about to force every Ops team to relive that moment at web-scale until they start treating these systems as the dependencies they actually are ...

5 Characteristics of Cloud Services that Impact Management Tools

Julie Craig

EMA sees cloud computing as a fundamental game-changer, which will likely have an impact equivalent to that of the Internet on ISVs and IT organizations alike.

When considering the cloud from the perspective of the application, it becomes clear that cloud-based applications must be supported with the same rigor as those hosted internally. Regardless of the delivery mechanism, IT organizations still have a responsibility to end-user customers for application quality, availability, and performance.

Assessing this responsibility in context to the five characteristics outlined below – the main factors EMA has identified that distinguish cloud-based deployments – can help clarify requirements for cloud-related enterprise management toolsets.

1. Convenient, On-Demand Access

Convenient, on-demand access implies application availability, basically an assurance that the cloud-based service is accessible when the customer needs it. It also implies that applications are designed with easy access in mind. For applications developed in-house to run on public or private cloud, ensuring on-demand access requires toolsets that support application quality throughout the application lifecycle. It also requires tools capable of monitoring and managing application performance and availability from the user perspective.

2. Shared Resource Pool

For either public or private clouds to deliver economies of scale, a shared resource pool is critical. The idea is that different customers will have different resource requirements at different times. A shared resource pool — particularly when combined with the next capability (rapid provisioning and release) — means that customers experiencing peak resource requirements have access to pooled resources because other customers are running at non-peak levels.

This point and the next presuppose an ability to precisely assess utilization trends against capacity. Developing this capability requires management solutions capable of assessing and tracking the capacity of physical and virtual resources in context with one another, and with real-time and trend-based utilization.

3. Rapid Provisioning and Release of Resources

Rapid provisioning and release of resources are critical capabilities, and methodologies for release are equally important as — if not more important than — for acquisition. Rapid provisioning presupposes the use of products capable of provisioning applications on demand based on preexisting models and templates. Products (and processes) that support and enforce the governance of provisioning and release functions are also critical.

4. Minimal Service Provider Interaction

The average corporate user requesting access to an internally-hosted platform or service interacts one or more times with IT. However, when the same user seeks access to a cloud service, he or she expects to access the service directly, without an intermediary contact.

This ease of access has been one of the factors contributing to the cloud wildfire, as departmental credit cards (versus budgeted line items) have become the new “coin of the realm” for public cloud services. However, this de-facto de-centralization is also raising governance, control, and security issues, which again drives requirements for new kinds of cloud-related service catalog and service portfolio management solutions.

5. Minimal Management Effort

Public and private clouds, of course, require different levels of management effort, but the responsibilities of IT organizations are similar in both cases.

For public clouds, management effort, though “minimal,” is still a consideration. The base services delivered by public cloud providers are managed by the vendor. This is true whether the product is Infrastructure as a Service (IaaS), Platform as a Service (PaaS), or Software as a Service (SaaS). The business customer still has a responsibility to choose the vendor that most closely matches business requirements and to monitor services to make sure they are delivered at contracted levels.

Private cloud requires significant management effort, typically by internal IT. It also requires toolsets that support all aspects of the application lifecycle from “cradle to grave.” In addition, since the majority of private clouds are built using virtualization, supporting them also requires toolsets that “understand” and have visibility to virtual environments.

Hot Topics

The Latest

Rapid AI adoption and the unique ways AI workloads operate is redefining the scope and structure of what these teams must deliver. This shift is forcing organizations to rethink how they manage scale, automation, and control, according to The State of SRE and Platform Engineering 2026, a new report from Dynatrace ...

AI is usually talked about as a software tool, but it also depends heavily on the network behind it. Whether a company is using AI for chatbots, automation, monitoring, analytics, or employee support, all of that information has to move across the network in a reliable and secure way. That means AI is not just an application decision. It is also an infrastructure decision. Before organizations rush into AI, they should ask a simple question: Is our network ready to support it? ...

Enterprise AI often lacks governed access to where business processes actually execute. Without that access, AI agents may be able to reason, but they cannot operate reliably across enterprise workflows. For AI agents to effectively carry out workflows, they will require integration-layer context and controls. Organizations can implement these prerequisites by providing AI with managed access to the middleware layer ...

Enterprise networks rarely behave the same way for very long. A routing adjustment in one region may unexpectedly alter application performance in another. A cloud migration may introduce hidden dependencies that go unnoticed until an outage occurs. All the while, the network is managed by several different teams, each of whom use different tool sets — and as a result, have different views of the network ... There’s usually an engineer who remembers why traffic fails over a certain way between sites, or which transparent firewall was added where. The problem is that human memory cannot scale alongside enterprise-scale networks ...

Ask an infrastructure team how confident they are in their ability to govern AI, and most will tell you they've got it handled. A recent survey of 406 IT decision-makers and platform engineering leaders found 86% expressing exactly that confidence. Ask the same group whether they have a formal written AI governance policy, and the number drops to 30%, according to Spacelift's Infrastructure Automation Report ...

In MEAN TIME TO INSIGHT Episode 27, Shamus McGillicuddy, EMA VP of Research, Network Infrastructure and Operations, and Parker Hathcock, EMA Research Director covering IT Service/Operations (ServiceOps), discuss observability unification in modern IT operations ... 

Virtual Private Networks became a cornerstone of enterprise security at a time when corporate infrastructure looked very different from today ... For years, this model worked well. But the architecture behind VPNs assumed a centralized corporate environment—one where the network itself was the hub of activity. In a cloud — first world, that assumption no longer holds ...

Website outages get resolved just as fast in August as they do in November. I went looking for the opposite: the summer slowdown everyone assumes is there once the people who fix things are away. It isn't in the data we collected, covering 1.8 million confirmed outages across tens of thousands of websites ...

This year, many of the cloud infrastructure contracts signed in the early days of the AI boom will come up for renewal. As the year goes on, I anticipate we'll see a significant amount of cloud vendor swapouts and multi-cloud adoption, and the reason isn't just GPU depreciation. It's because they're tired of their current cloud providers ...

There's a moment the many observability teams have experienced days into bringing a new service into production: you realize that the vendor's claims of "intelligent" behavior included a large serving of hype. Their dashboards look nice until they don't, the failure modes are a black box, and no one on the team can confidently explain why the system did what it did at 2 am. Agentic AI is about to force every Ops team to relive that moment at web-scale until they start treating these systems as the dependencies they actually are ...