Valkeyが誕生から1年 Redisのコミュニティフォークはどうなった？

ValKeyがI/Oスレッド分野で素晴らしい仕事をしたこと、そして最近その最も興味深い変更を組み込み始めたことに満足してるよ。ValKeyの貢献者の皆さん、素晴らしい仕事ありがとう。ただ、この記事は少し誤解を招くね。
”Antirez’s emphasis on a shared nothing architecture has been foundational for Redis. Nevertheless, as early as 2020, Redis added support for I/O threads. Unfortunately, they did not offer drastic improvement until recently. If you have previously tried and discarded I/O threads, it is time to evaluate again!”
これはまさに2020年にI/Oスレッドを実装した僕（Antirez）なんだけど、それは僕が”shared nothing”を信じる理由に反してないからなんだ。

”technical background”
I/Oスレッドがやることは、イベントループから戻った時に、write(2) や read(2) システムコールがすごく遅いのを認識して、その瞬間は全く競合がないから、じゃあそのI/OだけをN個のスレッドで並列化して、すぐまたシングルスレッドに戻ろう、ってことなんだ。だから僕はこのシステムを実装したんだ。そしてValKeyの人たちがそれをさらに良くしてくれたんだ（改めてありがとう）。
でも、記事のグラフを見ても分かるように、当時はシステムが全然動かなかったわけじゃないよ。今より改善されたとしてもね…こういう投稿は誰かに金払われてるんじゃないかって思うね。Redis側にも同じような馬鹿げた投稿があって、同じように最悪だよ。訳の分からないことを喋ってる。一体どうなってんだ…こういうジャーナリズムは本当に役に立たないね。
とにかく、こういうものが面白いのは主にRedis The Company自身、Amazon、Googleみたいなところで、普通のRedisユーザーにはあまり関係ないんだ。だからこの機能はそんなに使われてないんだよ。同じマシンにたくさんのユーザーがいなかったり、特定の状況で極めて高い負荷がかからないなら、大体は有効にする必要がないんだ。大きなユーザー（すごく人気のソーシャルネットワークの数字を覚えてるけど）でも、RedisのCPU使用率は十分に低い場合が多いから、気にする必要がないんだ。
そうそう、スレッドに関しては、単純に適してる時があるんだ。僕のRedisでの最新の仕事、新しいベクトルセットのデータ型を見てくれると分かるけど、クエリはデフォルトでスレッド化されてるんだ。VADD（ベクトルセットへの書き込み）でさえスレッドで使えるんだよ。なぜ僕の考えが変わったかって？HNSWは、Redisにはこれまでなかったような巨大な定数時間を持つ最初のデータ構造だからなんだ。これがデザインの考え方を変える価値があったんだ。だから2020年には既にスレッドに肯定的だったし、以前にもモジュール操作のスレッドサポートを実装したこともあったんだ。そして今、ベクトルセットもスレッド化されてる。賛成とか反対じゃなくて、状況によるんだよ。

ありがとう、antirez。ニュアンスはクリック数に繋がらないからね。

”Nuance”って、Async IOをやったのは「ValKey貢献者の適当な集まり」じゃなくてAWSだよ。AWSはRedisがFOSSから離れたクラウドプロバイダーの一つだね。1年後、Valkeyは生き残っただけでなく、繁栄してる！AWSからのAsync I/O Threadingモデルへの貢献は、Redis内部でI/Oスレッドが機能する方法を根本的に変えることで、スループットを3倍以上向上させたんだ。

Bryan Cantrillはこれについてこう言ってるよ：
”… those open source companies that still harbor magical beliefs … cloud services providers are emphatically not going to license your proprietary software. I mean, you knew that, right?”
（訳：魔法のような信念をまだ抱いてるあのオープンソース企業たち…クラウドサービスプロバイダーが君たちの独自ソフトウェアをライセンスするなんて絶対にないよ。だって、知ってたんでしょ？）
”… The cloud services providers are currently re-proprietarizing all of computing – they are making their own CPUs for crying out loud! – reimplementing the bits of your software that they need in the name of the service that their customers want (and will pay for!) won’t even move the needle in terms of their effort.”
（訳：…クラウドサービスプロバイダーは今、コンピューティング全体を再び独自仕様にしてるんだ—彼らは自分のCPUまで作ってるんだよ！—顧客が求めて（そして金を払う）サービスの名の下に、君たちのソフトウェアで必要な部分を再実装することなんて、彼らの労力からしたら大したことないんだ。）

https://bcantrill.dtrace.org/2018/12/14/open-source-confront…

Cantrillはちょっと間違ってるよ：
https://www.theregister.com/2025/05/01/redis_returns_to_open…
”Trollope later justified the shift by saying the SSPL license only really ”applies to Amazon and Google” – fellow cloud provider Microsoft has agreed commercial terms with Redis.”（Trollopeは後にSSPLライセンスは「本当にAmazonとGoogleにだけ適用される」と言って変更を正当化した—仲間のクラウドプロバイダーであるMicrosoftはRedisと商用契約を結んだ）
最新のAGPLへの変更は素晴らしいし、オープンソースなら2010年からこうあるべきだったね。

こういう投稿がHacker Newsのフロントページに出るのって、毎月ある気がするな。普段は君を応援するコメントを書こうと思うんだけど、投稿しないんだ。
技術的なポイントは同意だけど、この絶え間ない批判は具体的なことより、圧倒的に成功してる人たちを攻撃する傾向、あるいは典型的な”tall poppy syndrome”[0]に根ざしてるんじゃないかな。
他人の反応はコントロールできないけど、こういう投稿を君の仕事の重要さへの間接的な承認と捉え直すのが、より健全なアプローチかもしれないね。
追伸 LinkedInでの繋がり、感謝してるよ。[0] https://en.wikipedia.org/wiki/Tall_poppy_syndrome

antirezがRedisを（本当の）オープンソースに戻すって発表したっけ？
https://antirez.com/news/151
もしそうなら、もう遅すぎたのかな？Node.jsが短いIo.jsフォーク時代を経て、コミュニティが修復されたのを覚えてるけど。
Redisでも同じことが可能なのかな？前はすごく使ってたけど、ここ数年は使ってないから、この2つのプロジェクトを取り巻くコミュニティについて同じ視点を持てないんだ。

あと、RedisはAGPL経由でオープンソース化されてるけど、ValkeyはBSDライセンスなんだ（昔のRedisみたいにね）。どちらも公式なオープンソースライセンスだけど、BSDの方がずっとずっと寛容だよ。

Redis Inc.があの特定のライセンスを選んだことによる非常に現実的な結果は、Google、Microsoft、AmazonみたいなValKeyユーザーには全く受け入れられないってことだよ。それはRedis Inc.の意図かもしれないね。でもそれは同時に、Valkeyが存在し続ける理由でもあるんだ。だってユーザーは、クラウドベースの製品を動かすためにもっと寛容なライセンスが必要なんだから。
開発者コミュニティがどこへ行くか興味深いけど、こういうフォークは定着しがちだよ。ValKeyのGitHubを見ると、たくさんの活動が見られる。たくさんの貢献者がたくさんの変更を貢献してる。これは健全なオープンソースコミュニティの良い兆候だね。そして記事が示すように、コードベースにはいくらか非自明な変更が加えられていて、少なくとも一時的にはパフォーマンス面で少しリードしてるんだ。これは、メンテしてる人たちが何をしてるか分かってる momentum があるってことだね。
Redis Inc.がこれに追いついて回復できるか興味深いよ。僕の印象では、彼らがクローズドソースにした時、周りのコミュニティは基本的にRedis Inc.の従業員中心になって、他のコミュニティはみんなValKeyに乗り換えたんだ。AGPLになったから、何人かは戻るかもしれない。でも、ValKeyにはクラウド系のお金と活動がある場所だと思う。そしてもちろん、ここには少しばかりの壊れた信頼があるよね。AGPLはオープンソースだけど、Redis Inc.に貢献したものを再ライセンスする許可を与える契約にサインするのは、本気でオープンソースに貢献する人なら考えないことだと思うよ。

なんであの兆ドル企業たちが、AGPL以外のライセンスでRedisにお金を払うのが「完全に受け入れられない」ことなの？

またダメになっても、またフォークすればいいだけだからリスクなしってこと？

＞手遅れかな？そうだね、Redisの裏切りでRedisは完全に選択肢から消えた。
今後はValkeyがデフォルトだよ。
一度騙されたら、騙した方が悪いんだ。

正直、ほとんどの人は気にしないと思う。
HNみたいな一部の界隈は気にするし、会社の選択に影響するかもだけど。
多くの人は、ドラマなんて知らずにデフォルトでRedisを選ぶでしょ。

短期的にはValkeyにずっと有利になるだろうね。
でも長期的には絶対にAGPLのものになるよ。
シンプルに言って、金をもらわずにビジネスをサポートするのはマジで嫌。
商用利用を排除するプロジェクトなら、俺の注目度は100倍増し。

ぶっちゃけ、ユーザーの99％は無料のKV storeにデータを突っ込めれば、誰がプロジェクト持ってるかなんて気にしないと思う。
ビジネス的に見ると、Redisは50個くらい機能あるけど、多くの人が使うのは5％くらいだし、SentinelやStreamsみたいな凝った機能は使いたがらないニッチな位置にいるんだ。
さらに悪いことに、ソフトウェアが有料化しようとすると、ユーザーの選択肢は「Redisやめる」「金払う」だけじゃないんだ。
「競合に乗り換える」、「必要な機能だけ自分で書き直す」、「最後のOSS版をフォークして自分で保守する」って選択肢もある。
Redisはフォークか自作の方が多くのビジネスユーザーにとって得策な、すごく居心地の悪い場所にいるみたいだ。
例えばPostgreSQLよりずっとね。だってRedisの安くて簡単なバージョンって、「ただの」ネットワークインターフェース付きハッシュマップなんだから。

Linuxディストリビューションが勝者を決める手助けになるかも。
Valkeyがapt install valkeyで簡単に入るのに、Redisはコンパイルや追加リポジトリが必要なら、みんなValkey選ぶでしょ。
MariaDBもそうだったし。

モメンタム（勢い）ってすごく怖いね。
redis-serverの代わりにvalkey-serverをインストールするのに、また慣れ直すのは嫌だな（逆もしかり）。

フォークして、機能追加して、保守するのが得策なユーザーって誰だろう？
それって、そのビジネスにとっておそらく非コアなことに対して、すごい労力が必要に聞こえるんだけど。
（つまり、その会社はインフラ／プラットフォーム会社じゃないってこと）。
金を払う方が、保守の時間や気を取られることよりずっと価値がある場合が多い。
AWSと似てるね。多くの会社はラックを借りたり、LinodeやEC2インスタンスを借りて、その上で動かすことができるけど、ECSやRDSみたいな上に構築されたサービスは管理がずっと簡単。
その時間、金、集中力は別の所、つまりユーザーのために構築することに向かうんだ。

そうじゃないよ。
なぜ完全にオープンソース（Valkey）で協力することを選ぶのがそんなに受け入れられないの？

それが本当かどうかを見るのに役立つ指標ってある？
ディストリビューションのパッケージマネージャーを使うと、新しいバージョンを入れるのにパッケージ提供者に依存するんだ。
Dockerは同じくらい簡単だし、その問題がない。
ソースからビルドすれば完全にコントロールできるし。
テストサービスを使うときでも、Dockerが一番うまくいくよ。だってDevチーム全員が同じバージョンになるから。Debian、fedora、brewでバージョンが分かれるよりね。

AGPLは支払い不要で、遵守も難しくないんだ。ハイパースケーラーたちはもうValkeyのコードを公開してるから、Redisでも同じこと簡単にできるはずだよ。

＞ビジネスを無償で支援するのはシンプルに最悪だね。商用利用を除外するプロジェクトにはめちゃくちゃ注目するよ。これって心理学の実験みたいで面白いな。もし選べるとしたら、次のうちどれがいい？
1. 非商用ユーザーが3倍、企業が10倍得する
2. 非商用ユーザーも企業も2倍得する
3. 非商用ユーザーが1.1倍、企業は何も得しない
4. 非商用ユーザーも企業も何も得しない
5. 非商用ユーザーが3倍損して、企業は10倍損する

まさにAWSとかAzureみたいな会社のことだよ。ああいうとこはカスタムソフト入りハードを貸すのがビジネスじゃん。何十万ものElasticacheユーザーのライセンス料を払うより、3～4人のチームでRedisのフォークをメンテする方が全然安く済むのかもね。

めっちゃ同意！もしAWSに一銭もくれずに有料サービスにされなくなかったら、それを止められるライセンスを選ぶべきだよ。BSDじゃダメなんだって！

AGPLライセンスを使えばいいだけさ、他のライセンスにお金払う必要ないよ。

最後に見たら、RedisにはまだCLAがあったんだよね。つまり、いつでもクローズドソースに戻す権利を持ってるってこと。貢献者にそんな条件を同意させる限り、また同じことしないなんて信用できないよ。

その注目って、「貢献」として？それとも「利用」として？だってもし「貢献」だったら、どうせCLAに署名させられて、結局向こうが売ってあなたにはお金入らないじゃん。

もっと言えば、valkeyのインストールが apt install valkey で、redisも apt install redis でできるのがベストだよね。まさに一部のディストリビューションがそうしてるみたいだけどさ。

＞正直ほとんどの人は気にしないと思うよ。なんて意見は、現実的じゃないと思うな。会社はどのプロジェクトを使うか決めるとき、必ずライセンスのレビューをするんだ。個人的な週末プロジェクトなら気にしないかもだけど、プロの現場では弁護士とか交えて、使うべきかどうかっていう長い手続きを絶対やるんだから。

あの企業ってRedis Inc.の「クラウドでのマネージドRedis」分野で直接競合してるんだよね。Redisは彼らにライセンスを売る気があるのかな？ 値段は妥当かな？

兆ドル企業だからって例外なのはおかしいって？
Redisのライセンス変更はコミュニティ全体に影響するんだよ、見せかけの悪者だけじゃない。たまにコンテナを起動する週末プログラマーは気にしないかもしれないけど、会社のインフラで重要な役割をFLOSSプロジェクトに頼ってた人はみんな、リスク低減会議でRedisの名前が出てくるようになるのは避けられないよ。