This chapter covers edge computing concepts in Microsoft Azure, a key topic for the AZ-900 exam under Objective 1.5: Describe cloud service types. Edge computing is an intermediate-difficulty topic that appears in roughly 5-10% of exam questions, often in scenarios involving IoT, real-time analytics, or hybrid cloud architectures. Understanding edge computing is crucial because it addresses the limitations of centralized cloud models for latency-sensitive, bandwidth-constrained, or disconnected environments. By the end of this chapter, you'll grasp what edge computing is, how Azure implements it through services like Azure Edge Zones, Azure Stack Edge, and Azure IoT Edge, and how to distinguish it from traditional cloud and on-premises deployments.
Jump to a section
Imagine a global retail company that ships all products from a single massive central warehouse in one city. Customers worldwide place orders online, and every package travels from that central warehouse to their doorstep. This works, but it has problems: customers in distant cities wait days for delivery, shipping costs are high, and if the central warehouse experiences a power outage or network failure, every order is delayed. Now imagine the company opens small local pop-up shops in key neighborhoods. Each pop-up shop stocks only the most popular items for that area. When a customer orders a common item, the order is fulfilled from the nearest pop-up shop—not the central warehouse. The pop-up shop is a miniature, localized version of the warehouse. It can't stock every item, but it reduces delivery time from days to hours, cuts shipping costs dramatically, and if one pop-up shop goes offline, only that neighborhood is affected. The central warehouse still handles rare or bulk orders. In this analogy, the central warehouse is a cloud region (like Azure's East US data center), and the pop-up shops are edge locations (like Azure Edge Zones or Azure Stack Edge). The key mechanism is that data processing and storage happen close to the user, not in a distant central cloud region. The pop-up shop doesn't replace the warehouse; it complements it by handling latency-sensitive, high-frequency operations locally. Similarly, edge computing doesn't replace the cloud; it extends cloud capabilities to the network edge, reducing latency, bandwidth usage, and reliance on constant connectivity to the central cloud.
What is Edge Computing and What Business Problem Does It Solve?
Edge computing is a distributed computing paradigm that brings computation and data storage closer to the sources of data. This improves response times and saves bandwidth. In a traditional cloud model, data from devices (like sensors, cameras, or industrial machines) is sent to a central cloud data center for processing. This works well for many applications but fails for scenarios requiring ultra-low latency (e.g., autonomous vehicles, industrial automation), where even a few milliseconds of delay can be catastrophic. It also fails in remote locations with limited or intermittent internet connectivity, where sending all data to the cloud is impractical or impossible.
Edge computing solves these problems by processing data locally, at or near the source, and only sending relevant or summarized data to the cloud. This reduces latency, bandwidth usage, and dependency on a constant cloud connection. It also improves data privacy and security by keeping sensitive data local.
How It Works: The Mechanism Step by Step
Edge computing operates on a tiered architecture: 1. Edge Devices: These are the sources of data—IoT sensors, cameras, industrial controllers, etc. They generate data continuously. 2. Edge Gateway or Edge Node: This is a local compute and storage resource (like an Azure Stack Edge appliance or a local server running Azure IoT Edge) that sits physically close to the edge devices. It collects data from multiple devices, processes it locally (e.g., filtering, aggregating, running machine learning models), and takes immediate actions if needed. 3. Cloud Region: The central Azure data center. The edge node periodically sends processed data, summaries, or alerts to the cloud for long-term storage, analytics, or training of machine learning models. The cloud can also send updated models or configurations back to the edge node.
For example, consider a factory with hundreds of temperature sensors. Instead of sending every temperature reading to the cloud, an Azure IoT Edge module running on a local server processes the data in real time. If a sensor exceeds a threshold, the edge module can trigger an alarm or shut down equipment locally—within milliseconds. It then sends only the anomaly data and daily summaries to Azure for historical analysis.
Key Components, Tiers, and Pricing Models
Azure offers several edge computing services, each suited for different scenarios: - Azure IoT Edge: Deploys cloud workloads (like Azure Machine Learning models, Azure Functions, or SQL Server) to run on local devices via containers. It is ideal for scenarios where you need to process data on devices like Raspberry Pi or industrial gateways. Pricing is based on the number of messages and the compute resources used (pay-as-you-go). - Azure Stack Edge: A hardware-as-a-service solution that provides a physical appliance (with compute, storage, and networking) for edge scenarios. It can run virtual machines and containers, and it includes built-in accelerated AI inferencing. It is used for remote locations like oil rigs or ships. Pricing involves a monthly fee for the appliance, plus data transfer costs. - Azure Edge Zones: Small-footprint extensions of Azure placed in metro areas, near mobile operators or colocation facilities. They provide ultra-low latency (single-digit milliseconds) for applications like gaming, live video streaming, and autonomous vehicles. Pricing follows standard Azure rates for compute and storage, but with additional costs for the edge zone location. - Azure Private Edge Zones: Similar to Azure Edge Zones but deployed on customer premises for private 5G networks. They offer the same low latency but with full data isolation.
How It Compares to On-Premises Equivalent
Traditional on-premises computing involves running all applications and data storage locally within an organization's own data center. Edge computing is not the same as on-premises because: - Management: On-premises requires full IT staff to manage hardware, software, and networking. Edge computing is managed centrally from Azure, with the edge node acting as a remote extension of the cloud. - Scalability: On-premises scales by purchasing and installing new hardware, which takes time. Edge computing scales by deploying additional edge nodes that are automatically provisioned and configured from the cloud. - Connectivity: On-premises systems are typically fully self-contained and do not depend on cloud connectivity. Edge nodes are designed to operate with intermittent connectivity—they can run autonomously but sync with the cloud when connected. - Cost: On-premises involves large upfront capital expenditure (CapEx). Edge computing uses operational expenditure (OpEx) models, paying only for what you use.
Azure Portal and CLI Touchpoints
In the Azure portal, you can create and manage edge resources under the "IoT Edge" or "Azure Stack Edge" sections. For example, to create an IoT Edge device: 1. Go to IoT Hub. 2. Create an IoT Edge device identity. 3. Deploy modules (containers) to the device via deployment manifests.
Using Azure CLI, you can create an IoT Edge device with:
az iot hub device-identity create --device-id myEdgeDevice --hub-name myHub --edge-enabledThen deploy a module:
az iot edge set-modules --device-id myEdgeDevice --hub-name myHub --content deployment.jsonFor Azure Stack Edge, you order the physical device through the portal, then configure it using the local UI or via Azure Resource Manager templates.
Concrete Business Scenarios
Retail: A chain of stores uses Azure IoT Edge to process video feeds from security cameras locally. The edge node runs a machine learning model to detect shoplifting in real time, sending only alerts to the cloud. This reduces bandwidth costs and provides immediate response.
Manufacturing: A factory uses Azure Stack Edge to run predictive maintenance models on equipment data. The model runs locally, predicting failures hours before they happen, without depending on cloud connectivity. If the internet goes down, the factory continues to operate.
Telecommunications: A telecom provider uses Azure Edge Zones to host a gaming server close to users, reducing latency from 50ms to under 10ms. This improves the gaming experience and reduces churn.
Identify the Edge Scenario
Determine if your application requires edge computing. Key indicators: latency sensitivity (e.g., <10 ms needed), limited bandwidth (e.g., remote site with satellite link), intermittent connectivity (e.g., oil rig), or data privacy/compliance (e.g., patient data that cannot leave premises). If none of these apply, traditional cloud or on-premises may be more cost-effective. For AZ-900, remember that edge is used when cloud latency is too high or connectivity is unreliable.
Choose the Right Azure Edge Service
Based on the scenario, select the appropriate service. For lightweight, containerized workloads on small devices, use Azure IoT Edge. For heavy compute with AI acceleration and local VMs, use Azure Stack Edge. For ultra-low latency near major metro areas, use Azure Edge Zones. For private 5G networks on customer premises, use Azure Private Edge Zones. Each service has different hardware requirements, pricing, and management models. On the exam, be able to match scenarios to the correct service.
Deploy the Edge Infrastructure
For IoT Edge, you need an IoT Hub and an edge device (physical or virtual). Install the IoT Edge runtime on the device. For Azure Stack Edge, order the physical appliance through the Azure portal, which ships to your location. For Edge Zones, you simply select the edge zone location when creating Azure resources (like VMs or AKS clusters). The infrastructure is managed by Azure; you just configure the resources. During deployment, ensure network connectivity and power are stable.
Configure and Deploy Workloads
Deploy your application modules to the edge. For IoT Edge, create a deployment manifest specifying container images, environment variables, and desired properties. For Azure Stack Edge, you can deploy VMs or Kubernetes clusters. For Edge Zones, deploy standard Azure resources (VMs, AKS) but select the edge zone as the region. Monitor the deployment using Azure Monitor and set up alerts for failures. Remember that edge devices may have limited compute, so optimize workloads for resource constraints.
Manage and Monitor the Edge Environment
Once deployed, continuously monitor the health and performance of edge resources. Use Azure Monitor, Log Analytics, and Application Insights. Set up automatic updates for edge modules. Handle offline scenarios: edge devices should queue data locally and sync when connectivity is restored. Regularly review costs, as edge services can incur data transfer and compute charges. For the exam, know that edge devices can operate offline but must sync when connected, and that Azure provides tools for remote management.
Scenario 1: Autonomous Mining Vehicles A mining company operates autonomous haul trucks in a remote open-pit mine with limited cellular coverage. The trucks generate massive amounts of sensor data (LiDAR, GPS, engine telemetry) that must be processed in real time to avoid collisions and optimize routes. Sending all data to a cloud region hundreds of miles away would introduce unacceptable latency (500+ ms) and consume expensive satellite bandwidth. The company deploys Azure Stack Edge appliances on each truck and at a local control center. The appliances run machine learning models for obstacle detection and path planning locally. Only critical alerts and daily performance summaries are sent to Azure. This setup reduces latency to under 10 ms, cuts bandwidth usage by 90%, and allows the trucks to operate even during network outages. If the edge appliance fails, the truck must stop, so redundancy is critical. Cost: the Azure Stack Edge appliance has a monthly fee of ~$500 per unit, plus data transfer costs. The company saves millions in avoided collisions and fuel efficiency.
Scenario 2: Real-Time Video Analytics in Retail A large retail chain wants to analyze in-store video feeds to track customer traffic patterns, detect shelf stockouts, and identify potential shoplifting—all in real time. Sending continuous video streams to the cloud would cost tens of thousands per month in bandwidth and still have a delay of several seconds. The chain deploys Azure IoT Edge on local gateways running GPU-enabled modules (e.g., using Azure Cognitive Services containers). The edge modules process video frames locally, extracting metadata (e.g., people counts, object detections) and sending only that metadata to Azure for aggregation and reporting. This reduces bandwidth by 99% and provides sub-second responses for alerts. A common pitfall: underestimating the compute power needed. If the gateway is underpowered, processing falls behind, and the system becomes useless. The team must carefully size the edge hardware. Cost: Azure IoT Edge runtime is free, but the underlying hardware and container modules incur costs. The chain sees a 15% increase in sales due to better shelf stocking and a 30% reduction in theft.
Scenario 3: Offshore Oil Platform Monitoring An oil company operates an offshore platform with hundreds of sensors monitoring pressure, temperature, and vibration on drilling equipment. The platform has a satellite link with high latency (600 ms) and limited bandwidth (1 Mbps). The company uses Azure Stack Edge to run predictive maintenance algorithms locally. If a sensor indicates an anomaly, the edge appliance can automatically shut down equipment within milliseconds, preventing catastrophic failures. Without edge computing, the delay would be too long to prevent damage. The edge appliance also stores all sensor data locally for 30 days, syncing only compressed summaries to Azure daily. If the satellite link goes down (common in storms), the platform continues to operate autonomously. A key challenge: the ruggedized Azure Stack Edge appliance must withstand harsh marine conditions. The company budgets $10,000 per month for the appliance and data transfer, but this is trivial compared to the cost of a single platform shutdown ($1 million per day).
Objective 1.5: Describe cloud service types includes edge computing as a concept. AZ-900 tests your ability to identify scenarios where edge computing is appropriate and to distinguish between different Azure edge services. Expect 2-3 questions on this topic, often in scenario-based format.
Common Wrong Answers and Why Candidates Choose Them: 1. "Edge computing replaces cloud computing" – Candidates choose this because they hear "edge" and think it's a separate, standalone solution. Reality: Edge computing extends the cloud; it does not replace it. The cloud is still needed for orchestration, long-term storage, and training ML models. 2. "Azure Stack Edge is a software-only solution" – Candidates think it's just a piece of software you install on any hardware. Reality: Azure Stack Edge is a hardware appliance (or a virtual machine in some cases) that includes specific compute and storage capabilities. It's not just software. 3. "Edge computing is only for IoT devices" – While IoT is a common use case, edge computing also applies to content delivery (CDN), gaming, autonomous vehicles, and more. The exam may test this broader scope. 4. "Edge computing eliminates the need for internet connectivity" – Candidates assume edge devices work completely offline forever. Reality: Edge devices can operate offline for a period but need to sync with the cloud for updates, analytics, and management. They are not fully independent.
Specific Terms and Values That Appear Verbatim: - Latency: Edge computing targets single-digit millisecond latency. - Azure Edge Zones: Located near metro areas, often in carrier or colocation facilities. - Azure Stack Edge: Includes hardware with AI accelerators (like GPU or FPGA). - Azure IoT Edge: Uses containers to run cloud workloads locally.
Edge Cases and Tricky Distinctions: - Edge vs. CDN: A CDN caches static content (e.g., videos) at edge locations, but it does not perform computation. Edge computing involves active processing (e.g., running code). The exam may ask you to differentiate. - Azure Stack Edge vs. Azure Stack Hub: Azure Stack Hub is an integrated system that provides Azure services on-premises (like a mini Azure region). Azure Stack Edge is a smaller, ruggedized appliance for edge scenarios. Don't confuse them. - Offline capability: Not all edge services support full offline operation. Azure IoT Edge and Azure Stack Edge can run autonomously; Azure Edge Zones require constant connectivity to the Azure region.
Memory Trick / Decision Tree: When you see a scenario on the exam, ask: "Is the problem latency, bandwidth, or connectivity?" If yes, consider edge. Then ask: "Is it a small device (IoT Edge) or a large appliance (Stack Edge)?" For ultra-low latency near a city, pick Azure Edge Zones. For private 5G on premises, pick Private Edge Zones. This tree will help eliminate wrong answers quickly.
Edge computing processes data near the source to reduce latency and bandwidth usage.
Azure offers three main edge services: IoT Edge (software), Stack Edge (hardware), and Edge Zones (metro data centers).
Azure IoT Edge runs cloud workloads in containers on local devices.
Azure Stack Edge provides a physical appliance with compute, storage, and AI acceleration.
Azure Edge Zones are small-footprint Azure data centers in metro areas for ultra-low latency.
Edge devices can operate offline but must sync with the cloud periodically.
Edge computing does not replace cloud computing; it extends cloud capabilities to the edge.
Common exam scenarios include IoT, video analytics, autonomous vehicles, and remote monitoring.
The exam tests your ability to choose the correct edge service based on latency, connectivity, and hardware needs.
Costs for edge services include compute, storage, data transfer, and hardware rental (for Stack Edge).
These come up on the exam all the time. Here's how to tell them apart.
Azure IoT Edge
Software-only; runs on any device with Docker support
Lightweight; ideal for small sensors and gateways
No built-in AI accelerators; relies on device CPU/GPU
Priced per message and compute usage
Managed via IoT Hub; no hardware procurement
Azure Stack Edge
Hardware appliance provided by Microsoft
Ruggedized; for remote or harsh environments
Includes GPU/FPGA for AI inferencing
Monthly fee for hardware plus data transfer
Ordered through Azure portal; managed via Azure Resource Manager
Mistake
Edge computing is the same as on-premises computing.
Correct
On-premises computing is entirely self-managed and independent of the cloud. Edge computing is an extension of the cloud, managed centrally from Azure, and designed to work in concert with cloud resources. Edge devices are typically smaller, use cloud-based orchestration, and have intermittent connectivity.
Mistake
Azure Edge Zones are hardware devices you install on your premises.
Correct
Azure Edge Zones are Azure data centers located in metro areas, not customer premises. They are managed by Microsoft or partners. For customer-premises edge, use Azure Private Edge Zones or Azure Stack Edge.
Mistake
Azure IoT Edge requires an internet connection at all times.
Correct
Azure IoT Edge can operate offline for extended periods. Modules continue to run, and data is stored locally. When connectivity is restored, the device syncs with IoT Hub and updates its configuration.
Mistake
Edge computing is only useful for reducing latency.
Correct
While latency reduction is a primary benefit, edge computing also reduces bandwidth usage, enables offline operation, improves data privacy by keeping data local, and allows real-time decision-making without cloud dependency.
Mistake
Azure Stack Edge is a virtual machine running in Azure.
Correct
Azure Stack Edge is a physical hardware appliance (or a virtual machine in some configurations) that you deploy on your premises. It includes custom hardware for AI acceleration and is ordered through the Azure portal.
Edge computing is like having a mini data center near your devices instead of sending all data to a faraway cloud. It processes data locally for faster response and less internet use. For example, a smart camera that detects motion on the spot without sending video to the cloud uses edge computing. On the exam, remember that edge computing reduces latency and bandwidth.
Azure IoT Edge is a software platform that runs on any device with Docker, like a Raspberry Pi. Azure Stack Edge is a physical hardware appliance with built-in compute, storage, and AI accelerators. Use IoT Edge for lightweight, containerized workloads on small devices. Use Stack Edge for heavy compute, AI, or when you need a ruggedized appliance. The exam often tests this distinction.
Yes, many edge solutions can operate offline. Azure IoT Edge and Azure Stack Edge can run autonomously, store data locally, and sync when connectivity is restored. However, Azure Edge Zones require constant internet to the Azure region. The exam may ask about offline capability—remember that not all edge services support fully disconnected operation.
An Azure Edge Zone is a small-footprint Azure data center located in a metro area, close to users. It provides ultra-low latency (single-digit milliseconds) for applications like gaming, live video, and AR/VR. You deploy standard Azure resources (VMs, AKS) in the edge zone just like in a region. The exam may test that Edge Zones are not on customer premises.
Edge computing extends the cloud to the edge. The cloud manages edge devices, aggregates data, and trains machine learning models. The edge handles real-time processing. They work together—you don't replace the cloud with edge. On the exam, avoid answers that suggest edge computing eliminates the need for the cloud.
Common use cases include remote oil rigs, mining sites, ships, and factories where internet is limited or unreliable. It runs VMs and containers locally, performs AI inferencing, and stores data temporarily. The exam may present a scenario with harsh conditions or limited connectivity—that's a clue for Azure Stack Edge.
The Azure IoT Edge runtime is free, but you pay for the underlying Azure services used, such as IoT Hub (messaging), container registries, and any Azure modules you deploy. You also need your own hardware. The exam may not ask about pricing specifics, but know that it's not entirely free.
You've just covered Edge Computing Concepts — now see how well it sticks with free AZ-900 practice questions. Full explanations included, no account needed.
Done with this chapter?