System Design Concepts Basic
This is why i am making because of notes , if you are very beginner to learn system design , how the system in real time works . so let’s start this
What is a “System”?
Users → API → Logic → Data → Response
What is System Design ?
System Design is the process of designing a backend system that can handle real-world scale, failures, and growth.
System design is about deciding -
- How components talk to each other
- How data is stored, accessed, and scaled
- How the system behaves when things go wrong .
This process includes considerations such as scalability, performance, reliability, security, and cost efficiency, and it serves as the foundation for implementing and maintaining the system.
System design is not about writing code but about making high-level architectural decisions that balance trade-offs and ensure the system can handle expected loads, failures, and future growth.
System Design = Architecture + Data Flow + Trade-offs
Why System Design ?
Because single-machine thinking fails in real life
Let’s suppose
when app is one and small
then there is -> 1 server , 1 database and few users
But think what if user is so many in millions
then problem will occur like
Server crash , Database slow down , Deployments break down and Traffic becomes unpredictable
👉 System design exists to handle these problems BEFORE they happen.
Get Ayush Raj’s stories in your inbox
Join Medium for free to get updates from this writer.
System Design is about preparing your system for success, failure, and growth — all at once.
Client–Server Model
Client–Server architecture is a system where:
- Client requests something (browser, app)
- Server processes the request and sends a response
The client doesn’t know how things work inside — it only cares about the result.
🌐 What Happens When You Open a Website?
1️⃣ You type a URL
2️⃣ DNS converts domain → IP address
3️⃣ TCP + HTTPS establish a secure connection
4️⃣ Request hits a load balancer / server
5️⃣ Backend logic runs
6️⃣ Data is fetched from cache / database
7️⃣ Response is sent back to the client
important question based on client server architecture :
1️⃣ Basics (Foundation)
- What is client–server architecture?
- Who is a client and who is a server?
- Why don’t clients directly access databases?
- What problems does client–server architecture solve?
2️⃣ Request Flow (End-to-End Thinking)
- What happens when you type a URL in the browser?
- Why do we check browser, OS, and router cache before DNS?
- What is DNS and why is it needed?
- Is DNS part of the backend system or external?
- What happens if DNS fails?
3️⃣ Networking Layer
- Why do we need TCP before HTTP?
- What is the TCP 3-way handshake?
- What happens if TCP connections are too many?
- Why is TCP connection setup expensive at scale?
4️⃣ Security Layer (HTTPS / TLS)
- Why is HTTPS mandatory today?
- What happens during a TLS handshake?
- Where does TLS usually terminate (backend or edge)?
- What is the CPU cost of TLS and why does it matter?
5️⃣ Edge, CDN & Load Balancer
- Why doesn’t the request go directly to backend servers?
- What is an edge server?
- What problems do CDNs solve?
- What is a load balancer and why is it required?
- What happens if one backend server goes down?
6️⃣ Backend Responsibilities (Core Focus)
- What work actually happens in backend servers?
- Why is caching critical in backend systems?
- What is a cache hit vs cache miss?
- Why is database access expensive?
- What happens if the database becomes slow?
7️⃣ Performance & Failures
- Where do most real-world delays happen?
- Why is “slow internet” usually not the main problem?
- What is latency vs throughput?
- Why do backend engineers care about p95 / p99 latency?
8️⃣ Scalability Thinking
- What breaks first when millions of users hit a system?
- Why can’t we use one powerful server?
- How does horizontal scaling help?
- Which components scale easily and which don’t?
9️⃣ Reliability & Trade-offs
- What happens when:
- a server crashes?
- cache fails?
- database is unavailable?
- What trade-offs exist between
- performance vs cost
- consistency vs availability
We’ll definately know these all answers at the end of the day .








