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.