Rails Async Process with Sidekiq

『Railsで非同期処理 - Sidekiqを使うための準備と使ってみて気づいたこと』 via Kanazawa.rb meetup #36

Transcript

1. Railsで⾮同期処理 Sidekiqを使うための準備と 使ってみて気づいたこと @wtnabe Kanazawa.rb meetup 36 2015-08-29 (Sat) at IT-Plaza MUSASHI
2. お品書き ⾮同期処理とは Sidekiq ⾮同期Worker作成時の注意 課題はテスト
3. ⾮同期処理とは
4. Railsで⾮同期処理とは HTTP requestと同期しないもの ジョブの実⾏指定と実際の実⾏時間が同 期しないもの 伝統的なバッチジョブは違う？ クライアントサイドの⾮同期処理とは意味が違う
5. 例えば POST時の処理を後回しに メールの送信 画像のサムネイル⽣成 response time短縮向け ⼤量の作業をスケジュール実⾏
6. ⾮同期⽤のGem Rails 4.2+ ActiveJob ( adaptor ) Rails 4.1- (various methods) DelayedJob BackgrounDrb Rescue Sidekiq
7. Sidekiq
8. Sidekiqの特徴 http://sidekiq.org/ Queue ⽤のストレージは Redis Celluloid を使ったスレッドモデル Sinatra 製の Dashboard 付き Sidekiq Pro アリ
9. 今回選んだ理由 もともとよく名前を⽬にしていた redis 環境の⽤意が楽になっていた Sidekiq Pro があるってことはビジネスを 起こせるレベルのツールと看做せる Dashboard がレポートとしても使えそう
10. セットアップ bundle install Procfile initializers/sidekiq.rb config/sidekiq.yml config/routes.rb ( if you wish Dashboard )
11. Redisのインストールは省略
12. bundle install in Gemfile gem 'sidekiq'
13. Foremanの話はこちら 前回 meetup #35 で紹介済み Lightweight PHP development environment with Foreman and built-in server // Speaker Deck
14. Procfile Sidekiq⽤に別なRailsを⽴ち上げるイメージ web: bundle exec rails s redis: redis-server worker: mkdir -p tmp/pids && \ bundle exec sidekiq \ -C config/sidekiq.yml Unicornと同じように全部bundle execで済んじゃう
15. Herokuでは初期化に注意 RailsのバージョンによってDATABASE接 続の設定反映の挙動が違う Herokuは環境変数設定を推奨している が、特にその辺りが違う see Advanced Options · mperham/sidekiq Wiki
16. Concurrencyに注意 RailsのDB connection poolはdefault 5 Sidekiqのconcurrencyはdefault 25 溢れるに決まってる＞＜
17. sidekiq.ymlの例 :concurrency: 3 :staging: :concurrency: 9 :production: :concurrency: 9 development は SQLite, production と staging で web と worker 2つの サーバから max 20 conn までの DB サーバに繋ぐ想定
18. Dashboard in Gemfile gem 'sinatra' in routes.rb require 'sidekiq/web' mount Sidekiq::Web => '/sidekiq' もちろんアクセス制限は忘れないで＞＜ 
19. Sidekiq Dashboard Demo
20. Workerの作り⽅
21. in Gemfile gem 'sidekiq'
22. in application.rb app/workers ディレクトリを 作る autoload 対象に eager_load 対象に eager_load については ggl `rails thread'
23. in foo_worker.rb class FooWorker include Sidekiq::Worker def perform(*args) end end
24. How to use FooWorker.perform_async(arg1, ...) FooWorker.perform_in(time, arg1, ...) etc
25. worker⽤のRails上で perform()が呼ばれる request を受けた Rails とは別な⼈であることに注意 perform_in() を使うと遅延時間が指定できる
26. Worker作成時の注意点
27. 基本⽤語 ここでは以下のように⾔葉を⽤いる Worker 実際に⾮同期の動作を担当するclass ジョブ Workerが実⾏する⼀つ⼀つの処理
28. 注意点 perform() にはプリミティブを与える できるだけ細かくジョブを分ける ※ Rubyにはプリミティブなんて存在しないけど
29. serializeしたオブジェクト じゃダメなの？
30. オブジェクト渡し 簡単だしDBに負担掛けない Queueの容量膨らむ 安定してdeserializeできるとは限らない 処理の記録の意味が分からない
31. 処理の記録重要 ⾮同期処理はいつ終わるか分からない 「ポチッとやって結果を⽬視」みたいな やり⽅は通⽤しない
32. Sidekiqの記録 Workerの名前と引数がそのまま残る readableな名前と引数を使う
33. class BulkThumbnailGeneratorWorker include Sidekiq::Worker def perform(k, id, attr, size) r = Object.const_get(k).find(id) ... end end 例えば⼀括サムネイル⽣成
34. こうすると どのModelの どのIDの どのカラムの画像を どのサイズにするのか これらが記録に残る。readableで丸分かり。
35. しかも ⼩分けにできる
36. ジョブの⼩分け重要 × 1万回のeachのある1つのジョブ ◦ 1万のジョブ ※ ⼩分けなら記録も明確で途中からretryできる
37. ジョブの分け⽅ ⼤量の作業が必要な場合 peform の中で each しない each の中で perform_in を呼ぶ 処理に掛かる時間を予測して遅延時間 を指定しておく もちろん必要な遅延時間はあらかじめ予測して検証する
38. 課題はテスト
39. 今のところ⾃動テストなし そんなに変更しない いつも⾛らせる必要はない
40. ⼤きな課題は peform の呼び⽅呼ばれ⽅のコードというよりは 遅延時間やジョブの衝突などの⽅で、こ れは⾮常にテストしにくい
41. （機会があれば） 頑張ります＞＜