Sidekiq について基本と1年半運用してのあれこれ - まっしろけっけ

はじめに 実際に運用していた時に非同期にしていた主な処理は下記のようなものがあります。 iOS Android の push 通知の送信処理 ログの作成 様々な外部 API の呼び出し 非同期で更新しても問題ないデータの更新 Sidekiq is なに sidekiqは非同期処理を実現する gem 他にも Ruby で非同期処理を実現できる有名な gem には resque や delayed_job 等がある。 sidekiq.org Enterprise版等もありますが、 今回はOSS版を使用している前提でのお話しです。 他の非同期処理が可能な gem との簡単な比較 FAQ · mperham/sidekiq Wiki · GitHub この内容は結構真実を語っていることを最近知った Sidekiq Redis マルチスレッド リトライ処理あり おしゃれなダッシュボード Resque

[shiro-16]

次は Redis についてあれこれ書く(予定)

[masa-wo]

「Sidekiq と Redis の特徴を理解して上手く付き合っていくのが良い」

[joker1007]

判定処理をWorker側に書くってのは、モデルに書いてモデルに処理を任せろ、が正しいと思う。Workerは引数を小さくするのもそうだけど、処理内容も可能な限り小さくしてモデルかPOROでやるのが良いと思う。

[el-condor]

テスタビリティ考えると、モデルに処理を書くようにするのが妥当かと。1つのARインスタンスに閉じないならサービス的モデルを実装するのも手だが、並行処理性とか考慮するとAR1個に閉じる処理にしておく方が楽。

[kent-where-the-light-is]

“最近 Sidekiq 感覚で Delayed Job を使用したら少々痛い目を見たという 辛い経験があったので非同期処理についてまとめておこうといった感じです。”

[My_Heart_Break212]

“Redis”

[non_117]

リトライ処理あるの良い

[msfukui]

実際に使われている方の良いまとめ。いつか使うときのために。

[tjnet555]

“# ダメな例 def perform(token, message) FavoritePush.send(token, message) end # キューを積む際に # PushWorker.perform_async(favorite.tweet.user.token, FavoritePush.message(favorite)) if favorite.tweet.user.send_push? # 良い例 def perform(id) favorite = Favorite.find(id) return unles

[fukuiretu]

sidekiqの貴重な知見！

[ksss9]

うちはsidekiq+unicornでなんちゃってマルチプロセスで並列化するの術でやってるけど、やっぱり邪道なんだろうか。

[inouetakuya]

本文中の "ダメな例" に該当するやつを結構やってしまっていて、あっ、あっ、てなった

[udzura]

なるほど、癖のところまで書かれていて素敵 / 「引数は出来るだけ少なく」はケースバイケースかもなあとも

[takatoshiono]

勉強しよう