🧠Beginner's Guide to Kubernetes Architecture: Understanding Control Plane, Nodes, and Pods

Table of contents
- 👋 Why Should You Read This?
- 🚀 Why You Should Learn Kubernetes Architecture
- 🧠 What Is Kubernetes, Really?
- 📊 Kubernetes Architecture Diagram
- 🎯 The Control Plane – Kubernetes Brain
- The Control Plane: The Brain of the Cluster
- ⚙️ Worker Nodes – Where Work Happens
- 📦 Kubernetes Core Objects Explained
- 🧠 TL;DR — Kubernetes Architecture at a Glance
- 📚 What’s Next?
- 👋 Let's Connect

👋 Why Should You Read This?
If you’re diving into DevOps, Cloud, or AI, chances are you’ve heard of Kubernetes (K8s). But hearing is one thing — understanding how it actually works is another.
This post:
Demystifies Kubernetes architecture (with real analogies)
Shares a beginner-friendly breakdown of each core component
Uses official visuals for better mental models
Ends with tips and how you can follow me to learn DevOps smarter, not harder
🚀 Why You Should Learn Kubernetes Architecture
Whether you're learning DevOps, preparing for cloud interviews, or deploying AI models at scale, Kubernetes is now the standard for container orchestration.
In this guide:
You'll understand Kubernetes architecture in simple terms
Learn what each component (Control Plane, etcd, kubelet, pod, service) does
Get beginner-level analogies to remember them
And walk away with a mental model of how Kubernetes works
🧠 What Is Kubernetes, Really?
Kubernetes is an open-source platform used to deploy, manage, and scale containerized applications.
It automates:
Scheduling containers to run across machines (nodes)
Restarting failed containers
Load balancing
Scaling up or down based on demand
If Docker helps you package your app, Kubernetes helps you orchestrate it in the cloud/ production.
It’s the system used by:
Netflix to scale your video delivery
Spotify to deploy updates smoothly
OpenAI to serve models at scale (yes, likely K8s under the hood)
📊 Kubernetes Architecture Diagram
Here’s the official Kubernetes architecture diagram. Don’t worry — we’ll break it down below:
Kubernetes cluster architecture diagram showing control plane components and worker nodes.
🎯 The Control Plane – Kubernetes Brain
The Control Plane is the brain of the Kubernetes cluster. It manages scheduling, communication, health checks, and overall system state.
Category | Components |
Control Plane | API Server, Scheduler, Controller Manager, etcd |
Worker Nodes | Kubelet, Kube-proxy, Container Runtime |
Objects | Pods, Deployments, Services |
The Control Plane: The Brain of the Cluster
The Control Plane makes decisions. It doesn’t run your actual app — it tells the system where and how to run it.
🔌 1. API Server (Front Door)
Acts as the entry point for all K8s commands (
kubectl
, dashboards, CI/CD tools).Validates requests and updates the cluster state via etcd.
It authenticates, validates, and routes requests.
🧠 Analogy: Think of it as the reception desk — everything goes through it.
🗃️ 2. etcd (Kubernetes Database)
A fast, distributed key-value store that stores the cluster’s state.
This is the database of the entire cluster.
Highly available and distributed.
🧠 Analogy: The memory of the cluster — it remembers everything.
🔧 3. Controller Manager
Watches the current state and tries to move it to the desired state.
Handles controllers like:
Node Controller
Replication Controller
Job Controller
🧠 Analogy: Think of it like a project manager — constantly ensuring everything is running as planned.
⏱️ 4. Scheduler
Decides where a new Pod should run based on:
Available resources
Policies
Affinities
🧠 Analogy: Like an HR recruiter assigning people to projects.
⚙️ Worker Nodes – Where Work Happens
Worker Nodes are where your containers actually run. Each Node includes:
👷 1. Kubelet (Local Agent)
Talks to the API Server
Ensures containers on the Node are healthy and running
🧠 Analogy: Like a field engineer receiving instructions from HQ and executing them.
🧪 2. Container Runtime (Runs Your Code)
This is what runs the containers (e.g., Docker, containerd).
Kubelet uses it to start/stop containers.
🌐 3. Kube-proxy (Network Bridge)
Manages network rules and exposes services within or outside the cluster.
Handles networking rules and service discovery.
🧠 Analogy: Like a router that ensures apps talk to each other and to users.
📦 Kubernetes Core Objects Explained
These are the resources you create when using Kubernetes:
Object | Description |
Pod | The smallest deployable unit. Runs one or more containers. |
Deployment | Ensures a specific number of Pods are running and manages rollouts. |
Service | Exposes Pods to other services or the internet. |
ConfigMap & Secret | Injects configs and credentials into Pods. |
Ingress | Routes external HTTP/S traffic to Services inside the cluster. |
🧠 TL;DR — Kubernetes Architecture at a Glance
Control Plane = Brains (API Server, Scheduler, etcd)
Worker Nodes = Muscles (Kubelet, Runtime, Kube-proxy)
Pods = Where your code runs
Services = How traffic gets in and out
📚 What’s Next?
In upcoming posts, I’ll cover:
How to install Kubernetes with Minikube
Step-by-step FastAPI deployment on K8s
CI/CD pipelines for containerized apps
👋 Let's Connect
Thanks for reading! If this helped you:
👉 Follow me on Medium for hands-on DevOps, AI, and Cloud engineering content.
👉 Connect with me on LinkedIn — I’m open to discussions, collabs, and learning together.
Subscribe to my newsletter
Read articles from Nagesh Khichade directly inside your inbox. Subscribe to the newsletter, and don't miss out.
Written by
