Hands-onLesson 8 of 10

Real-world Scenarios

Apply Azure networking concepts to practical architecture designs focused on traffic flow, segmentation, and secure exposure patterns.

Scenario 1: Designing VNet for Application

RequirementDesign Decision
Three-tier appOne VNet with dedicated web/app/data subnets
Team isolationSeparate spoke VNets per app team
Central governanceHub VNet with shared firewall and DNS

Scenario 2: Connecting Frontend and Backend

Scenario 3: Securing Services with NSG

Security Flow
Internet
Allowed to 443 only
Web Subnet NSG
Allow 443 inbound
Deny everything else
App Subnet NSG
Allow only from web subnet
Data Subnet NSG
Allow only from app subnet

Scenario 4: Exposing Application via Load Balancer

NeedService
TCP/UDP internal distributionAzure Load Balancer
HTTP routing + WAFApplication Gateway
Global entry + accelerationFront Door
DNS-level global failoverTraffic Manager

Hands-on Lab Steps

  1. Create VNet with three subnets: web, app, data.
  2. Deploy one VM in web and one VM in app subnet.
  3. Attach NSGs with least-privilege rules.
  4. Create internal load balancer for app subnet VMs.
  5. Test traffic from web tier to app tier and verify blocked flows.

Debugging Scenario

Issue: Frontend can reach backend health endpoint, but API data calls fail.

Interview Questions

Beginner

Why split app tiers into separate subnets?

To apply targeted security policies and minimize lateral movement risk.

Intermediate

When choose Application Gateway over Load Balancer?

When you need HTTP-aware routing, SSL offload, or WAF capabilities.

Scenario-based

Design secure internet-to-database path for a web app.

Internet -> App Gateway/WAF -> web subnet -> app subnet -> private endpoint in data subnet, with strict NSG allow-list between each tier.

Summary

Good network architecture is about intentional traffic flow. Model each hop, define explicit rules, and validate both allowed and denied paths.