Redis Caching & Messaging (Pub/Sub, Streams) · レッスン

調整サービスとしての Redis

サービスディスカバリ、設定管理、サービス間通信に Redis を活用するソリューションを設計します。

レッスン 3/411 ステップ

「調整サービスとしての Redis」はCoddyKit上の無料Redis Caching & Messaging (Pub/Sub, Streams)レッスンです。これはレッスン3/4です。下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。これはRedis Caching & Messaging (Pub/Sub, Streams)学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Redis Caching & Messaging (Pub/Sub, Streams)コースには全4レッスンが含まれています。

このレッスンの一部はまだ翻訳されておらず、英語で表示されています。

Coordination in Distributed Systems

In distributed systems, multiple services work together to achieve a common goal. For these services to function smoothly, they often need to find each other, share configuration, and communicate in an organized way.

This 'orchestration' is called service coordination. Without it, services might struggle to locate their dependencies, use outdated settings, or fail to process tasks efficiently.

Redis's Role in Coordination

Redis, with its speed, atomic operations, and versatile data structures, is an excellent choice for a coordination service.

Atomic Operations: Ensures operations are completed entirely or not at all, crucial for consistency.
Data Structures: Hashes, Lists, and Sets provide flexible ways to store and manage coordination data.
Pub/Sub: Enables real-time notification for events like configuration changes.

These features allow Redis to act as a central hub for various coordination patterns.

Understanding Service Discovery

Service discovery is how applications and microservices locate and communicate with each other on a network. In dynamic environments (like cloud deployments), service instances constantly scale up and down, and their network locations (IPs, ports) can change.

A service discovery mechanism allows services to register their presence and clients to look them up by name, rather than hardcoding addresses.

Registering Services with Redis

We can use a Redis Hash to store information about active service instances. The hash key could be 'services:<serviceName>', and fields would be '<instanceId>' mapping to '<IP:Port>'.

Try running this example to register a service instance:

import redis.clients.jedis.Jedis;

public class ServiceRegistry {
  public static void main(String[] args) {
    Jedis jedis = new Jedis("localhost"); // Connect to Redis
    String serviceName = "paymentService";
    String instanceId = "paymentsvc-001";
    String instanceAddress = "192.168.1.10:8080";

    // Register service instance
    jedis.hset("services:" + serviceName, instanceId, instanceAddress);
    System.out.println("Registered " + serviceName + " instance: " + instanceAddress);

    jedis.close();
  }
}

Discovering Active Services

Once services are registered, clients or other services can query Redis to find available instances. The HGETALL command retrieves all fields and values from a hash, giving us a list of all active instances for a given service.

Run this code to discover the registered service:

import redis.clients.jedis.Jedis;
import java.util.Map;

public class ServiceDiscovery {
  public static void main(String[] args) {
    Jedis jedis = new Jedis("localhost");
    String serviceName = "paymentService";

    // Discover all instances for a service
    Map<String, String> instances = jedis.hgetAll("services:" + serviceName);

    if (instances.isEmpty()) {
      System.out.println("No instances found for " + serviceName);
    } else {
      System.out.println("Active " + serviceName + " instances:");
      for (Map.Entry<String, String> entry : instances.entrySet()) {
        System.out.println("  ID: " + entry.getKey() + ", Address: " + entry.getValue());
      }
    }
    jedis.close();
  }
}

Centralized Configuration Management

Another crucial coordination task is managing application configurations. Instead of hardcoding settings or using local files, centralized configuration management stores configurations in a single, accessible location.

This allows for dynamic updates, consistent settings across all service instances, and avoids redeployments for simple configuration changes.

Storing Configs in Redis

Redis Hashes are well-suited for storing structured application configurations. Each hash can represent the configuration for a specific application or module, with fields being individual settings.

Here's an example of setting and retrieving configuration for an application:

import redis.clients.jedis.Jedis;
import java.util.Map;

public class ConfigManager {
  public static void main(String[] args) {
    Jedis jedis = new Jedis("localhost");
    String appConfigKey = "app:myApp:config";

    // Set configuration properties
    jedis.hset(appConfigKey, "dbHost", "my-db.example.com");
    jedis.hset(appConfigKey, "dbPort", "5432");
    jedis.hset(appConfigKey, "logLevel", "INFO");
    System.out.println("Configuration updated for myApp.");

    // Retrieve all configuration
    Map<String, String> config = jedis.hgetAll(appConfigKey);
    System.out.println("Current myApp configuration:");
    for (Map.Entry<String, String> entry : config.entrySet()) {
      System.out.println("  " + entry.getKey() + ": " + entry.getValue());
    }
    jedis.close();
  }
}

Distributing Config Updates

For dynamic configuration, services need a way to be notified when settings change. While polling Redis periodically is an option, using Redis's Pub/Sub mechanism is more efficient.

When a configuration is updated, the configuration service can publish a message to a specific channel (e.g., 'config:updates'). All subscribed services would then receive this notification and could fetch the latest configuration.

Task Queues for Inter-Service Work

Redis Lists can serve as simple yet powerful task queues, allowing services to coordinate by distributing work. One service pushes tasks onto a list (LPUSH or RPUSH), and another service pulls tasks from it (RPOP or LPOP).

Using blocking pop operations like BRPOP or BLPOP, workers can wait for tasks without busy-looping, making it highly efficient.

import redis.clients.jedis.Jedis;
import java.util.List;

public class TaskConsumer {
  public static void main(String[] args) {
    Jedis jedis = new Jedis("localhost");
    String taskQueueKey = "tasks:processing";

    System.out.println("Worker started, waiting for tasks...");

    // Simulate pushing a task for the demo to ensure something is there
    jedis.lpush(taskQueueKey, "process_order_123");

    // Blockingly pop a task from the right of the list
    // 0 means wait indefinitely until a task is available
    List<String> result = jedis.brpop(0, taskQueueKey);
    if (result != null && result.size() > 1) {
      String queueName = result.get(0); // The key from which the element was popped
      String task = result.get(1);     // The popped element
      System.out.println("Received task '" + task + "' from queue '" + queueName + "'");
      // Simulate processing
      try { Thread.sleep(1000); } catch (InterruptedException e) {}
      System.out.println("Task '" + task + "' processed.");
    }
    jedis.close();
  }
}

Quick Check: Coordination Patterns

Which of the following Redis features or commands are suitable for implementing service coordination patterns in a distributed system?

対話的なレッスンで答える

Lesson Summary

In this lesson, we explored how Redis can act as a powerful coordination service for distributed systems. We covered:

Using Redis Hashes for dynamic service discovery, allowing services to register and be found.
Leveraging Redis Hashes and Strings for centralized configuration management.
Employing Redis Pub/Sub to facilitate dynamic configuration updates.
Building task queues with Redis Lists (LPUSH/BRPOP) for inter-service work distribution.

By using Redis for these patterns, you can build more resilient, scalable, and manageable distributed applications.

無料で開始

AI チューターと学ぶ Redis Caching & Messaging (Pub/Sub, Streams) — 無料

ブラウザでリアルコードを書いて実行し、24/7 の AI チューターから瞬時にサポートを受け、ウェブまたはアプリで続きから学習できます。

コース: 12
レッスン: 48

無料で学習を始めるコース全体を表示

よくある質問

「調整サービスとしての Redis」レッスンは無料ですか？

はい。「調整サービスとしての Redis」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し（組み込みコードエディタと24時間対応のAIチューター）、Redis Caching & Messaging (Pub/Sub, Streams)コースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Redis Caching & Messaging (Pub/Sub, Streams)コースには全4レッスンが含まれています。

「調整サービスとしての Redis」で何を学びますか？

サービスディスカバリ、設定管理、サービス間通信に Redis を活用するソリューションを設計します。ブラウザで直接実行するハンズオンコードでRedis Caching & Messaging (Pub/Sub, Streams)を演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

Redis Caching & Messaging (Pub/Sub, Streams)を始めるのに経験は必要ですか？

事前経験は必要ありません。CoddyKitのRedis Caching & Messaging (Pub/Sub, Streams)は初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。これはレッスン3/4です。

「調整サービスとしての Redis」レッスンにはどのくらい時間がかかりますか？

ほとんどのCoddyKitレッスンは約5～10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。

このRedis Caching & Messaging (Pub/Sub, Streams)レッスンでコードを書いて実行できますか？

はい。すべてのRedis Caching & Messaging (Pub/Sub, Streams)レッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。

このコースのすべてのレッスン

← Redis Caching & Messaging (Pub/Sub, Streams)に戻る