Fabio ManganielloTesting <a class="hashtag" href="https://manganiello.social/tag/platypush" rel="nofollow noopener noreferrer" target="_blank">#Platypush</a> with <a class="hashtag" href="https://manganiello.social/tag/valkey" rel="nofollow noopener noreferrer" target="_blank">#Valkey</a> and <a class="hashtag" href="https://manganiello.social/tag/redict" rel="nofollow noopener noreferrer" target="_blank">#Redict</a>, now that <a class="hashtag" href="https://manganiello.social/tag/redis" rel="nofollow noopener noreferrer" target="_blank">#Redis</a> has decided to apply a weirdly restrictive license like SSPL.<br><br>At a first impression, it looks like Valkey is more ambitious and willing to implement many new features and optimize Redis' data model, while Redict seems to stick to "let's do what Redis already does best and become great at it, without time-series, open telemetry and a lot of new whistles and bells".<br><br>I also wish that these projects will soon make it upstream in the major package managers. As of now most of the package managers still provide Redis, which isn't full FOSS anymore, and none of its recent forks.<br><br>If you are working on a project that relies on Redis, what options are you currently considering after Redis' SSPL migration?