# Mantenere il discorso su un sistema di archiviazione chiave-valore open-source

**URL:** <https://meta.discourse.org/t/keeping-discourse-on-an-open-source-key-value-storage-system/303669>\
**Category:** Development\
**Created:** [13 Aprile 2024, 1:17pm UTC](https://meta.discourse.org/t/keeping-discourse-on-an-open-source-key-value-storage-system/303669 "2024-04-13T13:17:04Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![mcdanlj](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcdanlj/32/131829_2.png) [@mcdanlj](https://meta.discourse.org/u/mcdanlj)\
**Post date:** [13 Aprile 2024, 1:17pm UTC](https://meta.discourse.org/t/keeping-discourse-on-an-open-source-key-value-storage-system/303669/1 "2024-04-13T13:17:04Z")

</div>

Ora che Redis Labs ha deciso di rendere Redis non più open source, ci sono già piani per passare a uno dei fork open source, come [Valkey](https://valkey.io/) o [Redict](https://redict.io/), per quanto riguarda quale key-value store è ufficialmente supportato, per cosa è impostato di default per un’implementazione discourse\_docker e, in definitiva, per una migrazione di discourse\_docker per le implementazioni esistenti?

Immagino che finché discourse\_docker sarà ancora bloccato a redis 7.0.7 in image/base/install-redis ci sarà tempo per pensarci, ma spererei che non si passi a una versione non open source da Redis Labs. Potrei immaginare che Redis Labs avrà alla fine un incentivo finanziario a creare incompatibilità per cercare di bloccare gli utenti nel loro fork, allontanandoli dal software open source verso quello proprietario. Redict, ad esempio, afferma esplicitamente che la versione 7.2.4 (attuale) è l’ultima release che sarà compatibile per una migrazione senza interruzioni.

Dato che Valkey sembra aver attratto la maggior parte dei precedenti contributori di Redis per semplice quantità di contributi passati e avendo un sostanziale supporto aziendale, mi sembra la scelta più ovvia? Redict si sta [concentrando sulle capacità esistenti](https://redict.io/posts/2024-04-03-redict-7.3.0-released/); Valkey è dove mi aspetterei più innovazione. Binbin Zhu, responsabile di più contributi a Redis rispetto a Redis Labs, è [uno dei membri del team principale di Valkey](https://github.com/orgs/valkey-io/people).

Un paio di settimane fa, Linux Weekly News ha riassunto la situazione a quel punto:

> **[The race to replace Redis](https://lwn.net/Articles/966631/)**
>
> On March 21, Redis Ltd. announced that the Redis 'in-memory data store' project would now be re \[...\]

---

_[View the full topic](https://meta.discourse.org/t/keeping-discourse-on-an-open-source-key-value-storage-system/303669)._
