Skip to content

chore: remove unused redis service from docker-compose - #626

Open
Devadakene wants to merge 1 commit into
Heliobond:mainfrom
Devadakene:fix/remove-unused-redis
Open

Devadakene wants to merge 1 commit into
Heliobond:mainfrom
Devadakene:fix/remove-unused-redis

Conversation

@Devadakene

Copy link
Copy Markdown

Closes #480

Description

This PR removes the unused redis service from the docker-compose.yml configuration. Currently, the application codebase relies on in-memory Maps and does not connect to Redis, making the redis container unnecessary dead infrastructure.

Specifically, this PR:

  • Removes the redis service and redis_data volume from docker-compose.yml.
  • Removes the hard depends_on: service_healthy condition and the REDIS_URL environment variable from the backend service.
  • Removes the Redis resource allocation tests from src/__tests__/container-resources.test.ts.

These changes prevent wasted memory/CPU reservations and remove an unnecessary single point of failure that prevented the backend from starting.

Type of change

  • Bug fix
  • New feature
  • Breaking change
  • Documentation update
  • Chore (Optimization / Cleanup)

Testing checklist

  • Tests pass locally
  • Added new tests (if applicable)
  • Code follows project conventions

Related issues

  • Relates to the upcoming "Add Redis caching layer" feature (cleans up prematurely staged infrastructure).

Screenshots (if applicable)

N/A

@drips-wave

drips-wave Bot commented Sep 3, 2026

Copy link
Copy Markdown

@Devadakene Great news! 🎉 Based on an automated assessment of this PR, the linked Wave issue(s) no longer count against your application limits.

You can now already apply to more issues while waiting for a review of this PR. Keep up the great work! 🚀

Learn more about application limits

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

docker-compose.yml hard-depends on a Redis service that the application code never actually uses

1 participant