System Design Basics for Backend Developers · Lekcja

Równoważenie obciążenia i buforowanie

Dowiedz się, jak load balancery rozdzielają ruch oraz jak buforowanie poprawia wydajność i zmniejsza obciążenie bazy danych.

Lekcja 3 z 411 kroki

Równoważenie obciążenia i buforowanie to bezpłatna lekcja System Design Basics for Backend Developers na CoddyKit. To lekcja 3 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej System Design Basics for Backend Developers, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs System Design Basics for Backend Developers zawiera 4 lekcji w sumie.

Części tej lekcji nie zostały jeszcze przetłumaczone i są wyświetlane po angielsku.

What are Load Balancers?

Imagine a popular website with millions of users. If all users tried to access one server, it would quickly get overwhelmed!

A Load Balancer acts like a traffic cop, sitting in front of your servers. It distributes incoming network traffic across multiple backend servers or resources.

Why Use Load Balancers?

Load balancers are essential for modern applications because they provide several key benefits:

  • Improved Performance: Prevents any single server from becoming a bottleneck by spreading the load.
  • High Availability: If one server fails, the load balancer automatically directs traffic to healthy servers, ensuring continuous service.
  • Scalability: Easily add or remove servers from your pool without affecting users, allowing your system to grow.

How They Distribute Traffic

When a client makes a request (like visiting a webpage), it first hits the load balancer's IP address. The load balancer then decides which backend server is best suited to handle that request.

It forwards the request to the chosen server, and the server sends its response back through the load balancer to the client. This process is transparent to the user.

Different Distribution Methods

Load balancers use various algorithms to decide where to send traffic. Two common ones are:

  • Round Robin: Distributes requests sequentially to each server in turn. For example, Server 1, then Server 2, then Server 3, and repeats.
  • Least Connections: Sends new requests to the server with the fewest active connections. This is useful when requests might have different processing times.

What is Caching?

Caching is a technique that stores copies of frequently accessed data in a temporary, faster storage location. This temporary storage is called a 'cache'.

Think of it like remembering the answer to a common question. Instead of looking it up every single time, you just recall the answer instantly from memory.

Why Cache Data?

Caching dramatically improves system performance and efficiency by:

  • Reducing Latency: Data is retrieved from a fast cache instead of a slower database or external service.
  • Decreasing Database Load: Fewer requests hit your primary database, saving resources and preventing overload.
  • Improving User Experience: Faster response times lead to a smoother and more enjoyable experience for users.

Common Caching Locations

Caching can happen at different layers of your system, depending on where the data is needed:

  • Application Cache: Your application stores data in its own memory or a local cache store.
  • Distributed Cache: A separate, shared service (like Redis or Memcached) that multiple application instances can access.
  • Database Cache: Databases often have their own internal caching mechanisms for frequently run queries or data blocks.

Cache Hit or Cache Miss?

When your system tries to retrieve data from a cache, one of two things happens:

  • A Cache Hit occurs if the data is found in the cache. Great! The data is returned quickly, and the original source isn't bothered.
  • A Cache Miss occurs if the data is not found in the cache. The system then fetches the data from the original source (e.g., database) and typically stores it in the cache for future requests.

How a Cache Works

Here's a simplified look at the logic an application might use when trying to get data, illustrating the cache hit/miss concept:

function getData(key):
  // 1. Try to get data from cache
  data = cache.get(key)

  // 2. If data is found in cache (Cache Hit)
  if data is not null:
    return data
  // 3. If data is not found (Cache Miss)
  else:
    // Fetch from original source (e.g., database)
    data = database.fetch(key)
    // Store in cache for next time
    cache.put(key, data)
    return data

This pattern ensures frequently requested data is stored and quickly retrieved, reducing load on the database.

Load Balancer & Cache Question

Consider a popular e-commerce web application that frequently queries a database for product details and user profiles. Which two components would be most effective in ensuring the application can handle many users concurrently and respond quickly?

Load Balancers & Caching Recap

In this lesson, we explored two vital components for building robust and performant backend systems: Load Balancers and Caching.

  • Load Balancers: Distribute incoming traffic across multiple servers to prevent overload, ensure high availability, and enable seamless scalability.
  • Caching: Stores copies of frequently accessed data in faster, temporary storage to reduce latency, decrease database load, and improve overall user experience.

Mastering these concepts is key to designing scalable and responsive applications that can handle real-world traffic efficiently.

Bezpłatny start

Ucz się System Design Basics for Backend Developers dzięki korepetycjom AI — za darmo

Pisz i uruchamiaj kod w przeglądarce, otrzymuj natychmiastową pomoc od korepetytora AI dostępnego 24/7 i kontynuuj naukę w sieci lub w aplikacji.

Kursy
12
Lekcje
48

Często zadawane pytania

Czy lekcja „Równoważenie obciążenia i buforowanie” jest bezpłatna?

Tak — pełny tekst „Równoważenie obciążenia i buforowanie” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu System Design Basics for Backend Developers, przejdź na CoddyKit PRO. Kurs System Design Basics for Backend Developers zawiera 4 lekcji w sumie.

Co nauczysz się w „Równoważenie obciążenia i buforowanie”?

Dowiedz się, jak load balancery rozdzielają ruch oraz jak buforowanie poprawia wydajność i zmniejsza obciążenie bazy danych. Ćwiczysz System Design Basics for Backend Developers z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć System Design Basics for Backend Developers?

Nie wymagamy żadnego doświadczenia. System Design Basics for Backend Developers w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 3 z 4.

Ile czasu zajmuje lekcja „Równoważenie obciążenia i buforowanie”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji System Design Basics for Backend Developers?

Tak. Każda lekcja System Design Basics for Backend Developers zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

  1. Klienci, serwery i interfejsy API
  2. Bazy danych i opcje przechowywania
  3. Równoważenie obciążenia i buforowanie
  4. Kolejki komunikatów i przetwarzanie asynchroniczne
← Powrót do System Design Basics for Backend Developers