DEV Community

rbglod
rbglod

Posted on

redis-namespace: when one sidekiq process is not enough

Few months ago I was working in a project in which we had two applications communicating with each other.
Each of them had to has its own sidekiq process, but they were deployed to one server. After some time, I realized that after deploying one app, the second one has problems with invoking its workers. The problem was that sidekiq was restarting and loading workers only from one (last deployed) app. So after each deploy I had many errors saying that

NameError: uninitialized constant AppOneWorker

and another time

NameError: uninitialized constant AppTwoWorker

With rescue came gem called redis-namespace.

redis-namespace

As pointed in it's repo description, redis-namespace:

...adds a Redis::Namespace class which can be used to namespace Redis keys. 

What does it mean? It means that we can have plenty of apps using one Redis server, with many sidekiq processes not conflicting with each other.

All you need to do is to add redis-namespace to your Gemfile and configure it in app/config/initializers/sidekiq.rb like this:

# frozen_string_literal: true

require 'sidekiq'

Sidekiq.configure_server do |config|
  config.redis = {
    url: 'redis://127.0.0.1:6379',
    namespace: 'my_first_app_name'
  }
end

Sidekiq.configure_client do |config|
  config.redis = {
    url: 'redis://127.0.0.1:6379',
    namespace: 'my_first_app_name'
  }
end

And do the same for the second app (with its proper name, of course).

After that, when you visit your app's /sidekiq route (if you mounted it in routes.rb), you can see that sidekiq process has namespace added at the beginning of it's name.
Other way to check if everything is OK is to launch redis-cli in command line, and look up for keys containing your namespace.

redis 127.0.0.1:6379> keys *app_name*
 1) "my_first_app_name:queues"
 2) "my_second_app_name:queues"

Credits

When I had that problem, I wouldn't resolve it without Maciej Mensfeld's post about redis-namespace. Thanks!

You can even find my enthusiastic comment there, I left back then, haha.

Top comments (6)

Collapse
 
agiboire profile image
Adrien

Thank you! Even though mperham argues against using one instance for multiple apps, when working in a development environment, it makes things easier!

Collapse
 
tradesmanhelix profile image
Alex Smith

FWIW - looks like using Redis namespaces is discouraged in favor of using multiple databases:

mikeperham.com/2017/04/10/migratin...

Collapse
 
agiboire profile image
Adrien

I agree with mperham but I would argue that when it comes to working in a development environment, namespacing comes in handy.

How would you proceed differently?

Collapse
 
tradesmanhelix profile image
Alex Smith

I'd say it's best to have your dev and prod envs mirror each other as much as possible. So in dev, have Redis use multiple databases, configuring as per this link. This should be pretty trivial to accomplish in a dev env if you use Docker or some such.

Thread Thread
 
agiboire profile image
Adrien

Thanks for following-up!

That's actually what I ended doing!

Collapse
 
ifelere profile image
Ifelere Oyetola

Hi. This is of great help! Thank you very much.