非同期ジョブをユーザーアクションに組み込まない

(勤務先に投稿した社内ブログの焼き直しです) ある日同僚から ActiveJob の perform_later で Barbeque にキューした非同期ジョブの起動が遅いと言われた。が、非同期ジョブの使い所について個人的な考えを書いてみることにする。 相談は「非同期ジョブの結果をユーザーに返しているため、高速になって欲しい。現状、最大で数分の時間を要す旨のメッセージを表示している」という内容でした。具体的には {内部 API} が重く、一部の処理を非同期ジョブにしていてユーザー体験の悪化につながっているとのこと。 盲目的に非同期にしても嬉しいことはない 結論としては、非同期にするのであれば丁寧にやれば良いけど、そもそも同期的でよくない? と考えて欲しいと返した。 まず、個人的にはユーザーアクション起因かつユーザーへフィードバックする必要のある処理を非同期ジョブにするのは本当に長時間かかる

[sora_h]

書きました

[koba789]

真実 “perform_later と書けば API コール自体は素早く返答されるようになるけど、高速になるのは単一 HTTP リクエストの見かけだけで実際のユーザーアクション全体の体験で考えるとトータルでは目を背けているだけ”

[joker1007]

ユーザーインタラクションがある場合で、初手に非同期処理はほとんどの場合で悪手ですね。弊社の場合は統計データとバルク更新に特化したサービスを提供しているので特殊な例なんだけどw

[hitode909]

いい話

[cyph]

職場にasync厨がいて困ってる。オンプレのエンプラなんだがな

[rryu]

常にperform_nowを使うならタスクにする意味はないのだが、barbequeはタスクをECSで実行するから負荷分散の意味があるのか。

[onesplat]

そうは言ってもよぉみたいなことある / "同期的にしてしまえばクライアントサイドでの進捗表示もやりやすいし" これどうやんの？

[ishiduca]

非同期ジョブのつかいどころ

[kanetann]

perform_laterはメール送信とかバッチ処理とか即時のインタラクションと関係ないやつで使うものだと思ってた

[yarumato]

“そもそも同期的でよくないか。と考えて欲しい。ユーザーアクション起因かつユーザーへフィードバックする必要のある処理は、長時間かかる処理でない限り非同期ジョブおすすめしない。”

[napsucks]

パフォーマンス最適化に全く興味がない社内システムだと平気で非同期ジョブのトリガーボタンが使われるよね。amazonの商品ページにいちいち「関連商品を提案する」ボタンがあったらどう思うよ、と思ってる

[tuto0621]

“一方で非同期ジョブの利用が適しているのはユーザーアクションから切り離された処理と考える。言い換えると、非同期ジョブそれ自体のライフサイクルが API コールから切り離される、というマインドで使うと判断しや