openskills.info
Microsoft Azure Compute logoCourse Preview

Microsoft Azure Compute

Microsoft Azure Compute is the set of Azure services that run virtual machines, web applications, containers, functions, and batch jobs. You choose among them by matching the workload to the control, scaling, and operational responsibility you need.

itCloud computing

Don't Panic: Microsoft Azure Compute

Azure Compute is the collection of Azure hosting models that run application code. The mildly inconvenient truth is that this does not name one machine-shaped thing. It names a choice between a virtual server, a managed web application, a container, a triggered function, or a pool of parallel work. Calling all of them "servers" is how an innocent planning meeting acquires extra operational work.

Start with the execution unit, meaning the thing Azure starts and scales. A Virtual Machine runs a Windows or Linux guest operating system. App Service runs a web application, API, mobile back end, or web job. Functions runs one invocation after a trigger. Container Apps runs a container app revision or job. AKS runs a Kubernetes workload. Container Instances runs a container group. Batch runs tasks from a queued job on a compute pool. The label matters because a function invocation and a VM do not fail, scale, or charge in the same way.

The useful map is the responsibility ladder. Virtual Machines provide host control, which includes configuring and patching the guest, protecting access, installing software, and planning capacity. App Service and Container Apps remove host work inside their application models. Functions narrows the arrangement to triggered code. AKS supplies Kubernetes API and control-plane access, then hands the cluster configuration, node pools, upgrades, workload policies, networking, observability, and application security back across the desk. It is a very capable desk.

The surprise is that managed hosting does not make the application managed. Durable state still needs a service built to hold it. Health checks still need to describe readiness. Identities, permissions, network exposure, secrets, recovery, deployment, and rollback still require deliberate choices. A single VM is one instance, not a resilience strategy wearing a cloud badge. More instances only help when they can reduce the constraint that is actually causing pressure.

Read the intro when you need the full selection and reliability model. Use the slides to compare execution units and control boundaries at a glance. Keep the cheatsheet nearby when choosing placement, scaling signals, security ownership, and pre-deployment checks. The reference tab is the route into the Azure service documentation once the workload has earned a specific candidate.

Where this skill leads

Relevant careers

See how this topic contributes to broader role-level skill maps.

Sources