インフラ界隈を騒がせている「Redis ライセンス問題」とは何なのか? そして、新しく登場した Valkey は私たちの開発環境にどのような影響を与えるのか? 本記事では、その背景から実務上の選択指針までを徹底的に解説します。
1. なぜ Valkey が生まれたのか?:Redis ライセンス変更の衝撃#
Valkey 誕生の直接的な理由は、Redis 社による ライセンスモデルの変更 です。
従来のライセンス(BSD)から新しいライセンス(RSALv2/SSPL)へ#
これまで Redis は自由度の高い BSD ライセンスで提供されてきました。しかし、新しいライセンス下では、クラウド事業者が Redis をマネージドサービスとして提供する場合、Redis 社へのライセンス料支払いが必要になるなど、実質的な 「非オープンソース化」 が進みました。
コミュニティの反発と Valkey の発足#
この変更に対し、特定の企業に依存しない「真のオープンソース」を維持するために、Linux Foundation 主導で立ち上げられたプロジェクトが Valkey です。
2. Valkey の特徴と強み#
Valkey は単なる「Redis のコピー」ではなく、オープンなガバナンス(意思決定プロセス)を持つプロジェクトとして進化を始めています。
- 圧倒的な中立性: 特定の企業ではなく、Linux Foundation が管理。
- 強力なバックアップ: AWS, Google Cloud, Oracle, Snap, Ericsson などの巨大企業が開発を支援。
- 完全な互換性: Redis 7.2.4 をベースとしており、既存のライブラリやツールがそのまま動作するように設計されています。
3. Redis と Valkey の詳細比較#
| 比較項目 | Redis (最新版) | Valkey |
|---|---|---|
| 開発主体 | Redis Inc. | Linux Foundation (コミュニティ) |
| ライセンス | RSALv2 / SSPL (商用制限あり) | BSD 3-clause (完全なOSS) |
| クラウド対応 | 特定のパートナーシップが必要 | クラウド各社が標準採用へ動いている |
| 将来の方向性 | 商用機能の強化、エコシステムの囲い込み | パフォーマンス向上、コミュニティ主導の進化 |
4. 実務での選択指針:いつ Valkey に移行すべきか?#
「今すぐ移行が必要か?」と問われれば、答えは 「まだ急ぐ必要はないが、準備はしておくべき」 です。
現状維持(Redis)で良いケース#
- すでに AWS ElastiCache や Google Cloud Memorystore などのマネージドサービスを利用しており、クラウドベンダーがライセンス問題を吸収してくれている場合。
- 既存のシステムが安定しており、あえてリスクを取って基盤を変更したくない場合。
Valkey への移行・採用を検討すべきケース#
- セルフホスト環境: 自社サーバーで Redis を運用しており、今後のアップデートでライセンス料が発生するリスクを避けたい場合。
- ベンダーロックインの回避: 特定の企業の意向に左右されない、持続可能な基盤を構築したい場合。
- 新規プロジェクト: 互換性の心配がない新規案件であれば、最初から中立的な Valkey を選ぶのは賢い選択です。
5. 移行の難易度:ドロップイン・リプレイスメント#
Valkey は 「Redis の代わりとしてそのまま使えること」 を最優先に開発されています。
- API 互換: 全ての Redis コマンドがそのまま使えます。
- クライアントライブラリ:
redis-pyやioredisといった既存のライブラリも、接続先を Valkey に変えるだけで動作します。 - バイナリの入れ替え: 設定ファイル(redis.conf)も基本的にはそのまま Valkey で読み込み可能です。
まとめ:これからのインメモリDBのスタンダード#
Valkey は、かつての MySQL に対する MariaDB のような存在になりつつあります。短期的には Redis が主流であり続けますが、主要なクラウドベンダーが Valkey への支持を表明している現状を考えると、数年後のスタンダードは Valkey になっている可能性が高い でしょう。
エンジニアとしては、単に技術を追うだけでなく、その背後にある「ライセンス」や「コミュニティ」の動向に敏感であることも重要です。











