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

パターンマッチングによる購読

`PSUBSCRIBE` を使用してパターンに基づき複数のチャネルを購読し、柔軟性を高めます。

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

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

Flexible Subscriptions with Patterns

Welcome to a powerful feature of Redis Pub/Sub: Pattern Matching Subscriptions. Instead of subscribing to a single, exact channel name, you can subscribe to multiple channels using flexible patterns.

This allows your application to listen for a wider range of related messages with a single subscription, making your message handling more dynamic.

Why Use Pattern Matching?

Imagine you have many services, each publishing events to channels like service.auth.login, service.orders.created, or service.inventory.updated.

Centralized Logging: A single logger service can subscribe to service.* to catch all events.
Dynamic Event Handling: Easily react to new event types without changing subscription code.
Microservices: Decouple services further by allowing them to publish to specific sub-channels within a pattern.

PSUBSCRIBE in the Redis CLI

The command for pattern matching is PSUBSCRIBE. Let's see how it works in the Redis CLI.

First, open a Redis CLI client and run:

PSUBSCRIBE log.*

The Asterisk (*) Wildcard

The * (asterisk) wildcard is used to match any sequence of characters (including an empty sequence) within a single part of a channel name.

For example, log.* will match log.app, log.system, but not log.web.server because * only matches up to the next . (dot).

If you then publish a message:

PUBLISH log.app "User logged in"

The Question Mark (?) Wildcard

The ? (question mark) wildcard matches exactly one character at a specific position.

This is useful when you expect a fixed number of characters, like an ID or a specific status code.

Try this pattern in your CLI:

PSUBSCRIBE device.temp.??

Combining Wildcards for Power

You can combine * and ? for even more granular control over your subscriptions. This allows for highly flexible and specific pattern matching.

Consider a pattern like chat.room.*.user.???. This pattern would match channels like chat.room.general.user.001 or chat.room.private.user.abc, but not chat.room.main.user.1 (too few chars for ???).

If a message is published to chat.room.general.user.007, it would be received by the above pattern.

Python `psubscribe` Example

Let's see how to implement pattern subscriptions using a Python client library (redis-py). This subscriber will listen for any message on channels matching events.*.

Run this code first, then the publisher in the next scene:

import redis
import time

r = redis.Redis(decode_responses=True)
pubsub = r.pubsub()

pubsub.psubscribe('events.*')

print("Subscribed to 'events.*'. Listening for 5 seconds...")

start_time = time.time()
for message in pubsub.listen():
    if message['type'] == 'pmessage':
        print(f"Pattern: {message['pattern']}")
        print(f"Channel: {message['channel']}")
        print(f"Data: {message['data']}")
    
    if time.time() - start_time > 5: # Listen for 5 seconds
        pubsub.punsubscribe('events.*')
        break
    time.sleep(0.01)

print("Subscriber stopped.")

Python Publisher Interaction

Now, run this Python publisher. The messages it sends will be caught by the pattern subscriber you just ran, demonstrating the power of pattern matching.

import redis
import time

r = redis.Redis(decode_responses=True)

print("Publishing messages...")

r.publish('events.user.signup', 'New user: Alice')
time.sleep(0.5)
r.publish('events.product.view', 'Product ID: 12345')
time.sleep(0.5)
r.publish('events.order.placed', 'Order ID: 98765')
time.sleep(0.5)
r.publish('metrics.cpu', 'CPU usage: 85%') # This won't match 'events.*'

print("Messages published.")

Real-World Use Cases

Pattern matching subscriptions are incredibly versatile for building real-time applications:

Monitoring & Analytics: Collect data from various services (e.g., metrics.cpu.*, metrics.memory.*).
Notifications: Send alerts for different event types (e.g., alert.high_priority.*).
Multi-tenant Systems: Isolate messages for different tenants (e.g., tenant.123.events.*).
Dynamic Routing: Route messages to different handlers based on their channel patterns.

Test Your Pattern Skills

A client uses PSUBSCRIBE with the pattern device.*.status.?. Which of these published channel names would it receive messages from?

Recap: Dynamic Pub/Sub

You've learned how Redis PSUBSCRIBE allows for incredibly flexible and dynamic message routing in your applications. By using the * and ? wildcards, you can listen to broad categories of events or very specific sub-channels.

This capability is fundamental for building scalable and decoupled real-time systems, enabling powerful event-driven architectures.

よくある質問

「パターンマッチングによる購読」レッスンは無料ですか？

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

「パターンマッチングによる購読」で何を学びますか？

`PSUBSCRIBE` を使用してパターンに基づき複数のチャネルを購読し、柔軟性を高めます。ブラウザで直接実行するハンズオンコードでRedis Caching & Messaging (Pub/Sub, Streams)を演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。

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

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

「パターンマッチングによる購読」レッスンにはどのくらい時間がかかりますか？

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

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

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

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

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