Posted 8 months ago. Visible to the public.

Version 5 of the Ruby Redis gem removes Redis.current

Redis.current will be removed without replacement in redis-rb 5.0.
Version 4.6.0 adds deprecation warnings for Redis.current and Redis.current=:

`Redis.current=` is deprecated and will be removed in 5.0.

If your application still uses Redis.current, you can only fix it by no longer using it. Here is how. when you need it

You can easily instantiate a Redis client when you need it.

There is probably already a constant like REDIS_URL that you use to configure Sidekiq or similar. So just use that one.

Copy REDIS_URL).get('example') # instead of Redis.current.get('example')

The performance impact of instantiating is negligible.
You may obviously assign that to a local or instance variable, if you want to.

Test support

If you access Redis in tests, I suggest introducing a helper method. Example for RSpec:

module RedisHelpers def redis @redis ||= REDIS_URL) end end RSpec.configure do |config| config.include(RedisHelpers) end

Your Tests may then say redis.get('example').

But I still want to use a global

While not suggested, you can obviously still use a global object.

$redis = REDIS_URL)

That way, it's at least clear that $redis is a shared global state.

If you're working with legacy code that depends on Redis.current and can not be upgraded, you could of course also reintroduce it through a monkey patch.

Careful with threads

If your code uses threads, or if you're using a multi-threadeded web server like Puma, sharing $redis that way means all threads use a single Redis connection and must wait for each other Archive .

Using Thread.current[:redis] instead of $redis will avoid that, but that may or may not be cumbersome to use, depending on your case.

Or, use a connection pool Archive that is shared across threads. That solution is a bit more complex to set up.

Your development team has a full backlog of feature requests, chores and refactoring coupled with deadlines? We are familiar with that. With our "DevOps as a Service" offering, we support developer teams with infrastructure and operations expertise.

Owner of this card:

Arne Hartherz
Last edit:
3 months ago
by Arne Hartherz
About this deck:
We are makandra and do test-driven, agile Ruby on Rails software development.
License for source code
Posted by Arne Hartherz to makandra dev
This website uses short-lived cookies to improve usability.
Accept or learn more