anyproto / anyproto/any-sync-dockercompose

Would you consider switching redis to valkey, or staying with redis <= 7.2?

Open
#173 1 comment 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
Dominant language
Shell
Stars
941
Forks
134
Avg merge
2d 21h
Merged PRs (30d)
3

Description

Have you read a contributing guide?
  • I have read CONTRIBUTING.md
  • I have searched the existing requests and didn't find any that were similar
  • I have considered creating a pull request instead and want to proceed
Clear and concise description of the problem

Do you have any plans, or would you consider, switching to valkey instead of staying with redis? In addition to superior multithreaded performance, valkey generally is more efficient with memory. Alternatively, do you plan to stick with redis <= 7.2? I would like to use valkey instead of redis but do not want to introduce any future breaking changes.

Suggested solution

Update docker-compose.yml to use valkey/valkey-bundle:9.0.1 (the latest stable version as of 2025-12) and functionally equivalent to redis-stack-server:7.2.0 (the currently used redis in any-sync-dockercompose). If a more minimal image is desired and the extra functionality of stack-server is not needed, then valkey/valkey:9.0.1-alpine that also loads valkey-bloom module (which the documentation states is a hard requirement for filenode), although this is more complicated in docker compose unless additional valkey.conf is included in any-sync repo.

Alternative

No response

Additional context

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Inspect docker-compose.yml and the current redis-stack-server:7.2.0 service in any-sync-dockercompose. Compare the proposed Valkey images and verify the valkey-bloom requirement for filenode. Done means the repository adopts a compatible Valkey image or clearly documents the decision to remain on Redis.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, docker-compose, redis
Domain
databases, devops, infrastructure
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.