Management in the cloud vs management of the cloud
Verdict: Automating the deployed resources (autoscale, template deployment, self-healing, metric alerts) is management of the cloud. The access methods you connect with (portal, CLI, APIs, PowerShell) is management in the cloud.
| Criterion | Management of the cloud | Management in the cloud |
|---|---|---|
| Covers | Automating resources | How you access the environment |
| Examples | Autoscale, template deployment, health-based replacement, metric alerts | Web portal, CLI, APIs, PowerShell |
| Question tell | Lists automation capabilities | Lists access tools |
Rules
- Management of the cloud covers automating resources: scaling on need, deploying from a preconfigured template, monitoring health to replace failing resources, and metric-based alerts.
- Management in the cloud describes the access methods for the environment: the web portal, command-line interface, APIs and PowerShell.
- Standing up environments from one preconfigured definition and auto-replacing unhealthy resources is management of the cloud.
Traps
- Autoscaling and templated deployment are automation, so they are management of the cloud, not the access-method category.
- Naming the portal, CLI, APIs or PowerShell is management in the cloud (access), not the resource automation of management of the cloud.