Delayed jobs with Sidekiq

Delivering fast responses to the client is crucial for any application when user matters - for me that simply means: for ANY application. Delegating time-consuming tasks to the background job is something every developer need to know no matter if one works on API only application or full stack webpages.

In Rails there are many solutions available to achieve such thing ach of them coming with its own advantages and Sidekiq is not an exception.

We can choose between SuckerPunch, Sidekiq, setting up listener using EventStore or even use Serverless to write functions completely independent of our application.

Why then writing about Sidekiq?

Well, Sidekiq is one of the most popular solutions for rails applications. It's easy to setup and integrate, comes with wide range of built-in features and pretty dashboard to summarize all our stats and running tasks so it's definitely worth of a try. 

The dashboard of the Sidekiq Web UI. Fot:

Sending email without Sidekiq

Our base application is fairly simple. It just have a form that allows to send contact message email from our user to the application admin. The contact message object looks like this:


class ContactMessage
  include ActiveModel::Model

  attr_accessor :subject, :content

We completely omitted validations here but they are not important for my tutorial application. In the real world example you would definitely need validations to be added, and also require a bit more information, like the sender email, so you could respond to the message requests. 

Anyway there is not too much to say about that, so now let's check out the controller:

# app/controllers/contact_messages_controller.rb

class ContactMessagesController < ApplicationController
  def create
    model =
    redirect_to root_url


  def message_params
    params.require(:contact_message).permit(:subject, :content)

As you can see, there is only one action here and all it does is instantiating the new contact message object with parameters extracted from the request, and sending the email.

The mailer class could look like this:

class ContactMailer < ApplicationMailer
  def contact_message(message)
      to: ENV['APP_ADMIN_EMAIL'],
      subject: message.subject,
      body: message.content

Even if sending this email will not take too much time, there is still a delay between calling the method and receiving the confirmation that the email had been successfully sent. We would love to speed up things by avoiding waiting for that confirmation and return the response to the user right away.

This is when we are starting to look for solutions for background job processing.

Using Sidekiq in Rails application

Sidekiq uses Redis to process the scheduled jobs, so before we add the gem into our application, we'll need to install and run the redis first. If you use the OSX, the easiest way to do so is by using brew package manager. 

brew install redis

Having that we can add Sidekiq to our Gemfile:

# Gemfile
gem 'sidekiq'

After running bundle install you can define the first worker.

# app/workers/email_worker.rb

class EmailWorker
  include Sidekiq::Worker

  def perform(message)

As you can see we moved the line responsible for sending the email into the Sidekiq worker and now instead of calling this line directly, in the controller we need to launch the worker to schedule the task in the background queue. The updated controller action will look like this:

# app/controllers/contact_messages_controller.rb

  def create
    model =
    redirect_to root_url

Now when we'll submit the contact message's form, the response will come immediately, as the whole task is scheduled and processed by different process and our application doesn't need to wait for anything.

Sidekiq dashboard

If you want to use sidekiq with the dashboard that comes with this gem, you'll need to require it explicitly as it's not included by the default.

# config/routes.rb

require 'sidekiq/web'
mount Sidekiq::Web => '/sidekiq'

Then you can visit the /sidekiq path on your application and check out how the jobs and queues are processed in the real time.

Special thanks

  1. Lalo Hernandez for amazing feature photo.

About the author

Sebastian Wilgosz

I'm a full stack developer, passionated with new technologies and personal productivity. I believe that there is no better way to learn stuff than teaching.

Aside of being programmer, I'm an author lot of technical articles, and Udemy course, a husband, father, coffee enthusiast and karate master.

I really enjoy programming, but even more I like the daily workflow automation and I love constantly optimizing everything I do.

If you like this stuff too, follow me on my social profiles and subscribe to the newsletter on the Driggl's blog.

You may be also interested in: