cloudtasker
lambdakiq
| cloudtasker | lambdakiq | |
|---|---|---|
| 6 | 1 | |
| 147 | 181 | |
| 0.7% | 1.1% | |
| 8.0 | 1.1 | |
| 12 days ago | about 1 year ago | |
| Ruby | Ruby | |
| MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
cloudtasker
-
Cloudtasker - Monitor your Cloud Tasks jobs on GCP
The Cloudtasker gem automatically adds a duration field on each "Job done" log entry. This value can be used to create a metric on job duration.
-
Google Cloud Tasks with Active Job
TL;DR; It is now possible to use Google Cloud Tasks with Active Job using the cloudtasker gem with the release of v0.11.0. If you intend to deploy your Rails app on Cloud Run, Cloudtasker is the easiest solution to get started with background jobs on Rails.
-
Google Cloud Tasks with Rails Active Job
We just released support for Active Job on cloudtasker, a gem for background jobs using Google Cloud Tasks as a backend.
-
Leveraging and expiring your cache for model, association and query caching in Rails
Let's take a concrete example: background jobs. Should you use ActiveJob, Sidekiq, Resque or Cloudtasker for GCP, it's very common to have jobs defined like this:
-
Background jobs for Rails on GCP using Cloud Tasks
Here is the link to the library: https://github.com/keypup-io/cloudtasker
-
Guide to deploying production Rails applications to GCP
Migrating from Sidekiq to Cloud Tasks using our cloudtasker gem is fairly easy considering they're pretty much using the same syntax. Don't hesitate to ask questions on the cloudtasker project if you need help!
lambdakiq
-
Asynchronous Background Processing for Ruby or Rails using AWS Lambda Extensions.
Ever since writing this post last year on Using New Relic APM with Rails on AWS Lambda, I have always wanted to find a way to send APM data in a way that did not add extra milliseconds to the application's response times. Likewise, for smaller projects it would be nice to have a lightweight alternative to Lambdakiq for ActiveJob similar to Brandon Hilkert's popular SuckerPunch gem. Today we have both with the LambdaPunch gem.
What are some alternatives?
Sidekiq - Simple, efficient background processing for Ruby
Shoryuken - A super efficient Amazon SQS thread based message processor for Ruby
Sidekiq-Cron - Scheduler / Cron for Sidekiq jobs
jets - Ruby on Jets [Moved to: https://github.com/rubyonjets/jets]
lambda_punch - 🐑👊 Asynchronous background job processing for AWS Lambda with Ruby using Lambda Extensions. Inspired by the SuckerPunch gem but specifically tooled to work with Lambda's invoke model.
active-job-style-guide - This Background Jobs style guide is a list of best practices working with Ruby background jobs.
Lowkiq - Ordered background jobs processing
cloudenvoy - Cross-application messaging for Ruby and Rails using Google Cloud Pub/Sub
Ruby on Rails - Ruby on Rails
feedirss-api - RSS as RESTful. This service allows you to transform RSS feed into an awesome API.
Sucker Punch - Sucker Punch is a Ruby asynchronous processing library using concurrent-ruby, heavily influenced by Sidekiq and girl_friday.