Spring Boot 4 Microservices & REST APIs · درس

استراتيجيات التخزين المؤقت للخدمات المصغّرة

استكشف آليات التخزين المؤقت مثل Redis ونفّذها لتحسين أداء الخدمات المصغّرة.

الدرس 5 من 912 خطوة

استراتيجيات التخزين المؤقت للخدمات المصغّرة درس مجاني في Spring Boot 4 Microservices & REST APIs على CoddyKit. هذا هو الدرس 5 من أصل 9. يمكنك قراءة الدرس كاملاً أدناه مجاناً — ثم تمرن عليه مباشرة في المتصفح باستخدام محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7. هذا الدرس جزء من مسار التعلم في Spring Boot 4 Microservices & REST APIs، وتقدمك يتزامن عبر الويب وتطبيق CoddyKit. تتضمن دورة Spring Boot 4 Microservices & REST APIs 9 دروس في المجموع.

بعض أجزاء هذا الدرس لم تُترجم بعد وتظهر باللغة الإنجليزية.

Why Use Caching?

Imagine your microservice frequently fetches the same data from a database or another slow service. Each request means waiting, consuming resources, and slowing things down.

Performance Boost: Caching stores frequently accessed data closer to your application.
Reduced Load: Less pressure on databases and external services.
Faster Responses: Users experience quicker interactions.

Caching is a powerful technique for optimizing microservice performance.

Understanding Cache Basics

A cache is a temporary storage area that holds copies of data. When your application needs data, it first checks the cache.

Cache Hit: Data is found in the cache, retrieved quickly.
Cache Miss: Data is not in the cache, so it's fetched from the original source (e.g., database) and then stored in the cache for future use.

Think of it like remembering a phone number you dial often!

In-Memory vs. Distributed Cache

There are two main types of caches:

In-Memory Cache: Stored directly within a single application instance. Fast, but data is lost if the instance restarts, and not shared across multiple microservice instances.
Distributed Cache: A separate service (like Redis) that multiple microservice instances can connect to. Data is shared and persistent across instances, crucial for scalable microservices.

For microservices, distributed caching is usually preferred.

Introducing Redis for Caching

Redis (Remote Dictionary Server) is a popular, open-source, in-memory data store. It's often used as a distributed cache due to its speed and versatility.

Key-Value Store: Stores data as simple key-value pairs.
Blazingly Fast: Operations are very quick, often in microseconds.
Versatile: Supports various data structures like strings, hashes, lists, sets, and more.

It's an excellent choice for shared caching in a microservices architecture.

Spring Boot & Redis Setup

To integrate Redis with Spring Boot, you'll need the spring-boot-starter-data-redis dependency.

Add this to your pom.xml (Maven) or build.gradle (Gradle):

<dependency>
  <groupId>org.springframework.boot</groupId>
  <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>

Spring Boot auto-configures Redis if it finds a running instance (e.g., via Docker) or connection properties in application.properties.

Spring's Caching Magic

Spring Boot provides a powerful Cache Abstraction layer. This means you can add caching to your application with simple annotations, without directly interacting with Redis code.

To enable caching in your Spring Boot application, simply add the @EnableCaching annotation to your main application class:

@SpringBootApplication
@EnableCaching
public class MyServiceApplication { ... }

This tells Spring to look for caching annotations on your methods.

Reading from Cache: @Cacheable

The @Cacheable annotation is used on methods whose results you want to cache. When a method annotated with @Cacheable is called:

Spring checks if the result for the given arguments is already in the cache.
If found, the cached value is returned (cache hit).
If not found, the method is executed, its result is stored in the cache, and then returned (cache miss).

Specify a value (cache name) and optionally a key expression.

Live Demo: Caching Concept

This simple Java program demonstrates the core idea behind caching. Notice how the 'database' call count increases only for new IDs, while repeated calls retrieve data instantly from the 'cache'.

import java.util.HashMap;
import java.util.Map;

// A simple in-memory cache
class SimpleProductCache {
    private Map<String, String> cache = new HashMap<>();

    public String get(String key) {
        return cache.get(key);
    }

    public void put(String key, String value) {
        cache.put(key, value);
    }

    public void remove(String key) {
        cache.remove(key);
    }
}

class ProductFetcher {
    private SimpleProductCache productCache;
    private int dbCallCount = 0;

    public ProductFetcher(SimpleProductCache cache) {
        this.productCache = cache;
    }

    public String fetchProductName(String productId) {
        // Try to get from cache first
        String cachedName = productCache.get(productId);
        if (cachedName != null) {
            System.out.println("--> Retrieved '" + productId + "' from cache.");
            return cachedName;
        }

        // If not in cache, simulate database call
        dbCallCount++;
        System.out.println("--> Fetching '" + productId + "' from database (Call #" + dbCallCount + ").");
        try {
            Thread.sleep(100); // Simulate delay
        } catch (InterruptedException e) {
            Thread.currentThread().interrupt();
        }
        String productName = "Product " + productId + " Name";

        // Store in cache
        productCache.put(productId, productName);
        return productName;
    }
}

public class Main {
    public static void main(String[] args) {
        SimpleProductCache cache = new SimpleProductCache();
        ProductFetcher fetcher = new ProductFetcher(cache);

        System.out.println("--- First requests ---");
        System.out.println(fetcher.fetchProductName("A1"));
        System.out.println(fetcher.fetchProductName("B2"));

        System.out.println("\n--- Repeat requests ---");
        System.out.println(fetcher.fetchProductName("A1")); // Should be from cache
        System.out.println(fetcher.fetchProductName("B2")); // Should be from cache

        System.out.println("\n--- New request ---");
        System.out.println(fetcher.fetchProductName("C3")); // Should be from DB
    }
}

Updating Cache: @CachePut

Sometimes you want to update the cache with the result of a method call, even if the data was already in the cache. This is where @CachePut comes in.

@CachePut(value = "products", key = "#product.id")
public Product updateProduct(Product product) {
  // ... update product in database ...
  return product;
}

Unlike @Cacheable, the method is always executed.
Its result is then placed into the cache.

Use it for methods that modify data and you want the cache to reflect the latest state.

Removing Stale Data: @CacheEvict

When data changes in your database, you need to remove the old, stale data from the cache. The @CacheEvict annotation handles this.

@CacheEvict(value = "products", key = "#id")
public void deleteProduct(String id) {
  // ... delete product from database ...
}

When this method is called, the entry for the specified key in the products cache will be removed.
You can also use allEntries = true to clear the entire cache.

Use it after delete or update operations to ensure data consistency.

Cache Strategy Quiz

You are building a microservice that manages customer data. Which caching strategy would you use for the following scenarios?

أجب عليها في الدرس التفاعلي

Caching for Performance: Recap

Congratulations! You've learned about caching strategies for microservices.

Caching boosts performance and reduces database load.
Distributed caches like Redis are ideal for microservices.
Spring's Cache Abstraction simplifies caching with annotations.
Use @Cacheable for read-heavy operations.
Use @CachePut to update cached entries.
Use @CacheEvict to remove stale cache entries.

Mastering caching helps you build highly scalable and responsive microservices.

البدء مجانًا

تعلم Java مع معلم ذكاء اصطناعي — مجانًا

اكتب وقم بتشغيل أكوادك الفعلية في المتصفح، واحصل على مساعدة فورية من معلم ذكاء اصطناعي متاح 24/7، واستمر من حيث توقفت على الويب أو في التطبيق.

الدورات: 24
الدروس: 93

ابدأ التعلم مجانًا عرض الدورة الكاملة

الأسئلة الشائعة

هل درس «استراتيجيات التخزين المؤقت للخدمات المصغّرة» مجاني؟

نعم — نص درس «استراتيجيات التخزين المؤقت للخدمات المصغّرة» كامل متاح مجاناً هنا على الويب. لتمرينه بشكل تفاعلي (محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7) وفتح باقي دورة Spring Boot 4 Microservices & REST APIs، انتقل إلى CoddyKit PRO. تتضمن دورة Spring Boot 4 Microservices & REST APIs 9 دروس في المجموع.

ماذا ستتعلم في «استراتيجيات التخزين المؤقت للخدمات المصغّرة»؟

استكشف آليات التخزين المؤقت مثل Redis ونفّذها لتحسين أداء الخدمات المصغّرة. تتمرن على Spring Boot 4 Microservices & REST APIs مع أكواد عملية تشغلها مباشرة في المتصفح، ومدرس ذكاء اصطناعي متاح 24/7 يجيب على أسئلتك أثناء عملك.

هل أحتاج إلى خبرة سابقة لأبدأ Spring Boot 4 Microservices & REST APIs؟

لا تُشترط خبرة سابقة. Spring Boot 4 Microservices & REST APIs على CoddyKit منظم للمبتدئين حتى المتقدمين، لذا يمكنك البدء من هنا أو من البداية والتقدم بسرعتك الخاصة. هذا هو الدرس 5 من أصل 9.

كم من الوقت يستغرق درس «استراتيجيات التخزين المؤقت للخدمات المصغّرة»؟

معظم دروس CoddyKit تستغرق حوالي 5–10 دقائق. كل منها موجز وتفاعلي، لذا تحرز تقدماً مستمراً وتستأنف من حيث توقفت عبر الويب والتطبيق.

هل يمكنني كتابة وتشغيل أكواد في درس Spring Boot 4 Microservices & REST APIs هذا؟

نعم. كل درس في Spring Boot 4 Microservices & REST APIs يتضمن محرر أكواد مدمج، لذا تكتب وتشغل أكواداً حقيقية مباشرة في متصفحك وتحصل على تعليقات فورية من الذكاء الاصطناعي — بدون إعداد محلي.

جميع الدروس في هذه الدورة

تحسين معدل نقل الرسائل
المعالجة غير المتزامنة باستخدام WebFlux
تحسين بنية البيانات
توسيع نطاق المستهلكين والمنتجين
استراتيجيات التخزين المؤقت للخدمات المصغّرة
استراتيجيات إلغاء التطبيع
تقسيم قواعد البيانات ونسخها
مراقبة قاعدة البيانات وتصحيح أخطائها
قياس أداء RabbitMQ

← العودة إلى Spring Boot 4 Microservices & REST APIs