DEV Community

Cover image for System Design Jargons Explained for Fresher Developers
Soumyajit Mukherjee
Soumyajit Mukherjee

Posted on

System Design Jargons Explained for Fresher Developers

#systemdesign #webdev #programming #beginners

If you're a fresher or beginner developer, system design can look much harder than it actually is.

You may encounter terms like:

  • Load Balancer
  • API Gateway
  • Cache
  • CDN
  • Message Queue
  • Sharding
  • Horizontal Scaling
  • Vertical Scaling
  • Rate Limiting
  • Microservices

Let's translate them into simple language.

Load Balancer

A load balancer distributes incoming requests across multiple servers.

Users
  |
  v
Load Balancer
 /    |    \
S1    S2    S3
Enter fullscreen mode Exit fullscreen mode

Think: traffic distributor.

Cache

A cache stores frequently requested data temporarily so it can be retrieved faster.

Application
    |
  Cache
    |
 Database
Enter fullscreen mode Exit fullscreen mode

Think: frequently used data kept nearby.

API Gateway

An API Gateway acts as an entry point between clients and backend services.

Client
  |
API Gateway
 /   |   \
Auth Order Payment
Enter fullscreen mode Exit fullscreen mode

Think: front door to backend services.

Message Queue

A message queue allows tasks to wait until a worker can process them.

Application → Queue → Worker
Enter fullscreen mode Exit fullscreen mode

For example, instead of making a user wait while a video is processed, the application can put the processing task into a queue.

Think: waiting line for background tasks.

CDN

A Content Delivery Network can serve cached content from locations closer to users.

Think: content delivery closer to the user.

Horizontal Scaling

Add more machines.

Server 1
Server 2
Server 3
Enter fullscreen mode Exit fullscreen mode

Think: scale out.

Vertical Scaling

Make one machine more powerful.

More CPU
More RAM
Better hardware
Enter fullscreen mode Exit fullscreen mode

Think: scale up.

Database Sharding

Split database data across multiple database instances.

Database
   |
-----------------
|       |       |
S1      S2      S3
Enter fullscreen mode Exit fullscreen mode

Think: divide a large dataset across machines.

Rate Limiting

Restrict how many requests a client can make within a period.

Example:

100 requests / minute
Enter fullscreen mode Exit fullscreen mode

Think: traffic control.

Microservices

Break an application into smaller services.

Auth
Orders
Payments
Notifications
Enter fullscreen mode Exit fullscreen mode

Each service can potentially be developed, deployed, and scaled independently.

Think: smaller independent backend services.

The Most Important Beginner Tip

Don't memorize definitions.

Instead, ask:

What problem does this solve?

For example:

Too many requests?
→ Load balancing

Repeated database queries?
→ Caching

Long-running background task?
→ Message queue

Too many API requests?
→ Rate limiting

Huge database?
→ Consider sharding

Need more capacity?
→ Horizontal/vertical scaling

That's the foundation of system design.

Final Thought

System design isn't about knowing impressive terminology.

It's about understanding:

Problem → Constraint → Solution → Trade-off

Learn that pattern and the jargon becomes much easier.

Top comments (0)