【入門編】パブリッシュ・サブスクライブ – Redis

こんにちは。Redisの世界へようこそ。
私は長年、数多のシステムでRedisのアーキテクチャを設計・運用してきたエンジニアです。

「Redisといえば高速なキャッシュ」というイメージがあるかもしれませんが、実はRedisには、システム同士を軽やかに繋ぐ「Pub/Sub（パブリッシュ・サブスクライブ）」という非常に強力で、かつエレガントな機能があります。

今日は、この「Pub/Sub」の本質を、技術的な難解さを抜きにして、あなたの日常の風景の中に落とし込んで解説しましょう。ここを理解すれば、Redisの「情報の流れを作る能力」をマスターしたも同然です。

—

専門用語は一旦忘れましょう。Pub/Subを最も直感的に理解するなら、「街の防災無線」を思い浮かべてみてください。

1. パブリッシャー（配信者）： 防災無線の放送室。メッセージをマイクに向かって叫ぶ役。
2. チャネル（放送網）： 無線そのもの。特定の周波数（チャンネル）を指します。
3. サブスクライバー（購読者）： 家にいて、その周波数に耳を傾けている住人。

防災無線の特徴は、「放送室は、誰が聞いているかを知らないし、気にもしない」ということです。ただマイクに向かって情報を投げ込み、それを聞きたい人が聞く。これがPub/Subの基本哲学です。

システムの世界でも同じです。「注文が入ったよ！」と叫ぶプログラムと、「注文が入ったら在庫を減らすね」と待機しているプログラムを、直接繋がずに疎通させる。 これが、複雑なシステムをシンプルに保つ秘訣なのです。

—

では、実際にRedisでこの仕組みを動かしてみましょう。Redisの素晴らしいところは、この「放送」が驚くほど高速かつシンプルであることです。

まずは、受信側の準備です。特定のチャンネル（ここでは `news`）を聴くように設定します。

「news」というチャンネルを購読する
SUBSCRIBE news

実行結果：
Reading messages… (press Ctrl-C to quit)
1) “subscribe”
2) “news”
3) (integer) 1
※このターミナルは、メッセージが届くのを静かに待っています。

別のターミナルを開いて、同じチャンネルに向けてメッセージを放り込みます。

「news」チャンネルに向けて「こんにちは！」と送信
PUBLISH news “こんにちは、Redisの世界へ！”

実行結果：
(integer) 1 # 1つの受信者に無事届いたことを意味します

先ほどの購読者のターミナルを見てください。瞬時にメッセージが表示されているはずです。

1) “message”
2) “news”
3) “こんにちは、Redisの世界へ！”

—

初心者のうちは、「直接プログラム同士でやり取りすればいいじゃないか」と思うかもしれません。しかし、Pub/Subにはエンジニアが喉から手が出るほど欲しい「疎結合（そけつごう）」というメリットがあります。

柔軟性： 購読者が0人でも、100人でも、送信者は何も変える必要がありません。
拡張性： 新しい機能（例えば「注文が入ったらメールを送る」というプログラム）を追加したいとき、既存のシステムを一切書き換えずに、ただ新しく「注文チャンネル」を聴くプログラムを足すだけで済みます。

これこそが、大規模なシステムが崩壊せずに成長し続けられる理由なのです。

—

ただし、一つだけ気をつけてください。RedisのPub/Subは「投げっぱなし」です。

もし購読者がオフラインの瞬間にメッセージが飛んだら、そのメッセージは空中に消えてしまいます。 Redisは「届いたかどうか」を記録しません。これがPub/Subの潔い特徴であり、注意点でもあります。

もし「絶対にメッセージを失いたくない」という要件が出てきたら、その時はRedisの「Streams」という別の機能が頼りになります。しかし、まずはこの軽快なPub/Subの心地よさを楽しんでください。

—

RedisのPub/Subを理解することは、システムに「声」を与えるようなものです。プログラム同士が互いを直接縛り合うのではなく、共通のチャンネルを通じて情報を共有する。この美しいアーキテクチャを、ぜひあなたの開発でも活用してみてください。

何か分からないことがあれば、いつでも聞いてくださいね。あなたのエンジニアリングが、より軽やかで知的なものになるよう応援しています。