Skip to main content

Command Palette

Search for a command to run...

How the Internet Reaches Your App: Modem, Router, Switch, Firewall & Load Balancer Explained

Published
4 min read
How the Internet Reaches Your App: Modem, Router, Switch, Firewall & Load Balancer Explained

When we say “the internet is down”, what we usually mean is that one device in a long chain stopped doing its job. Before a single HTTP request reaches your backend service, it passes through multiple networking components—each with a very specific responsibility.

This article breaks down those components from a system-design perspective, starting at the internet and ending at your application.

A High-Level View: From Internet to Your Device

A typical home or office network looks like this:

Internet → Modem → Router → Switch → Devices

In production systems, this expands further with:

Firewall → Load Balancer → Application Servers

Let’s walk through each device—one responsibility at a time.

What Is a Modem?

Responsibility: Connect your local network to the internet

A modem (modulator–demodulator) is the device that talks to your Internet Service Provider (ISP).

  • Your ISP sends signals over fiber, cable, or DSL

  • The modem converts those signals into digital data

  • This data can now be understood by your local network

Analogy: The modem is like an international translator—it converts the ISP’s language into something your network understands.

Key point:

Without a modem, your network has no internet access*.*

What Is a Router?

Responsibility: Decide where traffic should go

A router connects multiple networks and routes traffic between them.

In a home network, the router:

  • Connects your local devices to the internet

  • Assigns private IPs (via DHCP)

  • Uses NAT to map private IPs to a public IP

Analogy: A router is a traffic police officer deciding which road each packet should take.

Key point:

Routers operate at the network layer (Layer 3) and care about IP addresses.

Hub vs Switch: How Local Networks Actually Work

What Is a Hub?

Responsibility: Broadcast everything to everyone

A hub is a very simple device:

  • Receives a packet

  • Sends it to all connected devices

Analogy: Shouting in a room so everyone hears the message—even if it’s not for them.

Problems:

  • Massive network noise

  • Security issues

  • Collisions

What Is a Switch?

Responsibility: Deliver packets only to the intended device

A switch learns MAC addresses and sends data only where it belongs.

Analogy: A post office that delivers letters to exact addresses instead of dumping mail everywhere.

Key difference:

Hubs broadcast blindly. Switches forward intelligently.

Modern networks do not use hubs—switches replaced them long ago.

What Is a Firewall?

Responsibility: Decide what traffic is allowed

A firewall enforces security rules:

  • Allow or block traffic based on IP, port, protocol

  • Protect internal networks from unauthorized access

Firewalls can be:

  • Hardware-based (network perimeter)

  • Software-based (host-level, cloud security groups)

Analogy: A security gate that checks IDs before letting anyone in.

Key point:

Security lives here. If traffic passes the firewall, it’s trusted (by policy).

What Is a Load Balancer?

Responsibility: Distribute traffic across multiple servers

A load balancer sits in front of your backend services and:

  • Accepts incoming requests

  • Distributes them across healthy servers

  • Improves availability and scalability

Common strategies:

  • Round robin

  • Least connections

  • Hash-based routing

Analogy: A toll booth with multiple lanes that keeps traffic flowing smoothly.

Key point:

Load balancers are critical for horizontal scaling*.*

How All These Devices Work Together

Let’s trace a real request to a web application:

  1. Request enters from the internet

  2. Modem converts ISP signals

  3. Router routes traffic to the correct network

  4. Firewall validates security rules

  5. Load Balancer selects a backend server

  6. Switch forwards packets inside the data center

  7. Application server processes the request

All of this happens in milliseconds.

Where Software Engineers Should Care

Understanding these devices helps you:

  • Debug production issues

  • Design scalable architectures

  • Reason about latency and failures

  • Understand cloud primitives (VPCs, ALBs, Security Groups)

Backend systems don’t live in isolation—they run on top of networks.

Mental Model Summary

DeviceCore Responsibility
ModemConnects to ISP
RouterRoutes between networks
SwitchConnects local devices
HubBroadcasts packets (legacy)
FirewallEnforces security rules
Load BalancerDistributes traffic

Networking devices are not interchangeable boxes—they are specialized components that make modern systems possible. Once you see how they fit together, system design becomes less abstract and far more intuitive.

This foundation is essential whether you’re debugging a home network or deploying a globally distributed backend.

More from this blog

From Basics to Binary

13 posts

A learning-focused tech blog documenting my journey from fundamentals to real-world software engineering, covering version control, programming basics, system thinking, and lessons learned.