taskmaster
taskmaster
Taskmaster provides a simple API for declaring background jobs in Crystal. It can be used with different backends for managing the job queue and workers.
This decouples the basic features of declaring and using jobs from specific queue implementations.
It's essentially Active Job for Crystal, maybe a bit less cluttered.
The API design is in an early preview state. Contributions are welcome.
Why?
Without such a common API it would be difficult to combine shard A depending on job queue X and shard B depending on job queue Y. If all A, B, X and Y implement the Taskmaster API, A and B can be used together with either X or Y, whatever fits best for the specific use case.
Besides, I want good testability for background jobs. The Test
adapter makes this really easy for any user of the Taskmaster API.
Installation
- Add the dependency to your
shard.yml
:
dependencies:
taskmaster:
github: straight-shoota/taskmaster
- perform
shards install
Usage
A job is any type (class or struct) that includes the Taskmaster::Job
, implementing an abstract method #perform
.
require "taskmaster"
struct HelloWorldJob
include Taskmaster::Job
def initialize(@name : String = "World")
end
def perform
puts "Hello, #{@name}!"
end
end
GreeterJob.new("Crystal").perform_later
Backends
Taskmaster
allows using different backends by implementing the Taskmaster::Adapter
interface which consists of only two methods: #enqueue
and #enqueue_at
.
Included
This shard comes with two built-in adapters that provide backends only meant for developing and testing:
-
Taskmaster::Adapter::Inline
: Executes the job immediately when it is enqueued. Blocks execution. -
Taskmaster::Adapter::Test
: Collects enqueued jobs in an array for testing purposes. -
Taskmaster::Adapter::Async
(TODO): Executes the job immediately in a new fiber when it is enqueued.
Third-Party Job Queues
Adapters to third party job queues should be provided by the respecitve shards implementing the backend, or in a separate connecting shard.
There are a number of shards providing background job queues in Crystal:
- Dispatch - in memory asynchronous job processing
- faktory.cr - A Faktory Worker library for Crystal
- Mosquito - A generic background task runner for crystal applications supporting periodic (CRON) and manually queued jobs
- Onyx::Background - Fast background job processing
- Ost - Ost (crystal lang port): Redis based queues and workers.
- Sidekiq.cr - Simple, efficient job processing for Crystal
Feature Comparison
Name | Job Queue | Worker implementation | Other features |
---|---|---|---|
Dispatch | In memory | Crystal | |
Faktory.cr | Faktory Server | Faktory Client | separate CLI, Web |
Mosquito | Redis | Crystal | |
Onyx::Background | Redis | Crystal | CLI |
Ost | Redis | Crystal | |
Sidekiq.cr | Redis | Sidekiq Client | CLI, Web |
*Async | None | Crystal | |
*Inline | None | Crystal | |
*Test | In memory | Crystal |
Name | Async | Queues | Delayed | Priorities | Timeout | Retries |
---|---|---|---|---|---|---|
Dispatch | Yes | No | Yes | No | No | No |
Faktory.cr | Yes | Yes | Yes | Yes | ? | Yes |
Mosquito | Yes | Yes | Yes | ? | ? | Yes |
Onyx::Background | Yes | Yes | Yes | No | No | ? |
Ost | Yes | Yes | No | No | No | ? |
Sidekiq.cr | Yes | Yes | Yes | ? | ? | ? |
*Async | Yes | Yes | Yes | No | No | No |
*Inline | No | N/A | No | No | No | No |
*Test | N/A | Yes | Yes | No | No | No |
Contributing
- Fork it (https://github.com/straight-shoota/taskmaster/fork)
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create a new Pull Request
Contributors
- Johannes Müller - creator and maintainer
taskmaster
- 5
- 0
- 1
- 0
- 0
- over 5 years ago
- January 2, 2019
MIT License
Wed, 13 Nov 2024 07:32:33 GMT