Resque at Sharethrough Updated 9/1/2015: We have updated our SlackErrorService to use Sidekiq’s global error handlers feature. Back in 2013 when we began our platform rewrite, there were many Ruby-based queuing options available. The following three stood out as the best choices: Delayed Job, Resque, and Sidekiq. Delayed Job uses ActiveRecord and your database to store job metadata, while Resque a
herokuで定期的な処理を行いたい場合、大体はaddonのheroku Schedulerを使うことになると思うので、簡単にまとめてみる。 特徴など タスクは複数登録可能 タスクの起動間隔は10分おき、1時間おき、1日おきで選べる。 heroku schedulerはベストエフォート型のサービスなので、実行開始時間は多少の遅延したり、スキップされることがあるので注意する 無償でできるのはプロセスの利用時間は1Dynos (= 750時間(/1ヶ月)) WebのDynosを1つ利用していた場合、(1ヶ月が31日の場合) 24h * 31日 = 744hなので、残りの6h分のプロセスのみスケジュールタスクとしての処理時間として利用できます。 それ以降は1時間あたり$0.05かかる(1ヶ月フル使用で$37.2) 利用状況は https://dashboard.heroku.com/accoun
rails4.0でバッチ処理を作成する手順のメモ railsでバッチ処理を行うにはrails runnerやrakeを作成する方法があるようだ。 今回はrails runnerで作成した。 1.config/application.rbを修正してlib/tasks配下をオートロードの対象とする 1 2 3 4 5 6 7 8 9 10 11 # config/application.rb module Project class Application < Rails::Application # ... # # lib配下をオートロードの対象とする config.autoload_paths += %W(#{config.root}/lib) end end 2.実行ファイルをlib/tasks配下に作成 hoge_task.rb を作成 1 2 3 4 5 class Tasks::H
■はじめに cron とは、ジョブ(スクリプト)を自動実行するためのデーモンプロセスです。そして、Linux システムの管理を行なう場合、ログのローテートや、バックアップなど、定期的に自動実行したいジョブが数多くあります。特に、バックアップなどは、システムへの負荷が大きいため、通常は、ユーザからのアクセスが少ない、深夜や早朝に行なわれます。 このように、定期的に実行されるジョブは、crond というデーモンによって、自動的に行なうように管理することができます。そこで、今回は、cron の設定を行なうために必要なコマンドや、設定ファイルについて説明していきたいと思います。 ■設定手順 このページでは、以下の順番で cronの設定について説明します。 まず、Linuxシステム上で、cron を使用するために、サービスの起動で、サービスの状態を確認し、停止している場合には、サービスを起動します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く