Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/breamware/sidekiq-batch

Sidekiq Batch Jobs Implementation
https://github.com/breamware/sidekiq-batch

batch sidekiq sidekiq-batch

Last synced: about 2 months ago
JSON representation

Sidekiq Batch Jobs Implementation

Awesome Lists containing this project

README

        

[gem]: https://rubygems.org/gems/sidekiq-batch
[travis]: https://travis-ci.org/breamware/sidekiq-batch
[codeclimate]: https://codeclimate.com/github/breamware/sidekiq-batch

# Sidekiq::Batch

[![Join the chat at https://gitter.im/breamware/sidekiq-batch](https://badges.gitter.im/breamware/sidekiq-batch.svg)](https://gitter.im/breamware/sidekiq-batch?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge&utm_content=badge)

[![Gem Version](https://badge.fury.io/rb/sidekiq-batch.svg)][gem]
[![Build Status](https://travis-ci.org/breamware/sidekiq-batch.svg?branch=master)][travis]
[![Code Climate](https://codeclimate.com/github/breamware/sidekiq-batch/badges/gpa.svg)][codeclimate]
[![Code Climate](https://codeclimate.com/github/breamware/sidekiq-batch/badges/coverage.svg)][codeclimate]
[![Code Climate](https://codeclimate.com/github/breamware/sidekiq-batch/badges/issue_count.svg)][codeclimate]

Simple Sidekiq Batch Job implementation.

## Installation

Add this line to your application's Gemfile:

```ruby
gem 'sidekiq-batch'
```

And then execute:

$ bundle

Or install it yourself as:

$ gem install sidekiq-batch

## Usage

Sidekiq Batch is MOSTLY a drop-in replacement for the API from Sidekiq PRO. See https://github.com/mperham/sidekiq/wiki/Batches for usage.

## Caveats/Gotchas

Consider the following workflow:

* Batch Z created
* Worker A queued in batch Z
* Worker A starts Worker B in batch Z
* Worker B completes *before* worker A does
* Worker A completes

In the standard configuration, the `on(:success)` and `on(:complete)` callbacks will be triggered when Worker B completes.
This configuration is the default, simply for legacy reasons. This gem adds the following option to the sidekiq.yml options:

```yaml
:batch_push_interval: 0
```

When this value is *absent* (aka legacy), Worker A will only push the increment of batch jobs (aka Worker B) *when it completes*

When this value is set to `0`, Worker A will increment the count as soon as `WorkerB.perform_async` is called

When this value is a positive number, Worker A will wait a maximum of value-seconds before pushing the increment to redis, or until it's done, whichever comes first.

This comes into play if Worker A is queueing thousands of WorkerB jobs, or has some other reason for WorkerB to complete beforehand.

If you are queueing many WorkerB jobs, it is recommended to set this value to something like `3` to avoid thousands of calls to redis, and call WorkerB like so:
```ruby
WorkerB.perform_in(4.seconds, some, args)
```
this will ensure that the batch callback does not get triggered until WorkerA *and* the last WorkerB job complete.

If WorkerA is just slow for whatever reason, setting to `0` will update the batch status immediately so that the callbacks don't fire.

## Contributing

Bug reports and pull requests are welcome on GitHub at https://github.com/breamware/sidekiq-batch.

## License

The gem is available as open source under the terms of the [MIT License](http://opensource.org/licenses/MIT).