I Tried Using ActiveStorage

ProductionコードでのActiveStorageの導入を検討

Transcript

1. ActiveStorageを使ったことについて 2019/03/29 Roppongi.rb #9 1
2. Self Introduction - サンドバーグ 翔 ジョナサン カール (@shosundberg) - Ruby/Rails Engineer - 株式会社Gunosy 2
3. 話すトピック - ActiveStorage? - 使うことになったきっかけ - 導入直後の感想 - 導入後の他サービスとの比較 - 結論 3
4. 話さないこと - ActiveStorage導入方法 - ActiveStorageのベスト・プラクティス 4
5. そもそも ActiveStorage とは？ 5
6. 1 What is Active Storage? Active Storage facilitates uploading files to a cloud storage service like Amazon S3, Google Cloud Storage, or Microsoft Azure Storage and attaching those files to Active Record objects. It comes with a local disk-based service for development and testing and supports mirroring files to subordinate services for backups and migrations. Using Active Storage, an application can transform image uploads with ImageMagick, generate image representations of non-image uploads like PDFs and videos, and extract metadata from arbitrary files. https://edgeguides.rubyonrails.org/active_storage_overview.html 6
8. 新機能を試すきっかけ? 8
9. 今回は 仕事での導入が目的 9
10. 社内の新規プロジェクト - Rails new から - 開発スピードを重視 - 管理画面 (画像・動画の入稿) - AWSサービスとの連携 10
11. 軽く見た感じの他サービスとの比較... 11
12. Carrierwave ActiveStorage Shrine 安定性 ❍ ◎ ❍ 導入の楽さ ❍ ◎ ❍ クラウドストレージ連 携 ❍ ❍ ❍ ダイレクトアップロー ド ❍ ❍ ❍ 楽観的想定 12
13. 安定性 - Railsが取り込んでるので安心！ 導入の楽さ - Install コマンドとRailsに乗ってる感！ クラウドストレージ連携 - 複数！ ダイレクトアップロード - 機能もドキュメントも充実！ 13
14. ✓Rails new から ( ~> 5.2) ✓管理画面 (画像・動画(?)の入稿) ✓AWSサービスとの連携 ✓開発スピードを重視 14
15. 良いじゃないですかー！ 15
16. 実際の導入直後の感想も 良し 16
17. - 既に ActiveStorageが 入ってるので、rails active_storage:install - 自動生成される migration をただ実行 - database.yml っぽく storage.yml で接続上方を管理 - has_one_attached をモデルに定義すれば 終わり インストールはとにかく簡単 17
18. ActiveRecordへのファイルオブジェクト追加も楽々！ - ファイルの情報はインストールする際に追加されたテーブルを Polymorphic ライクに保存 - レコードにファイルを指定する際に勝手にテーブルに保存されるのでマイグレーションも不要 18
19. S3へのつなぎ込みもスイスイ！！ - ストレージの指定は environments の Rails.application.config 指定ですごい Railsっぽい - S3 client の生成なども意識せずにすぐにつなぎ込める 19
20. さすが Rails に組み込まれただけある！！ 20
21. ファイルバリデーションもこの通り！！！ 21
22. ファイルバリデーションもこの通り...? 22
24. おっ? 24
25. でも大丈夫... PR出てるから大丈夫... 25
26. S3での細かい管理...? 26
29. 選んだ問題が 少しニーチで 意地悪かもしれませんが... 29
30. 1. ファイルバリデーションが標準化されてない 2. S3保存時にディレクトリが切れない 他にも... - アップロードしたファイルの名前付き別保存が微妙 - Rails外からのファイル参照が難しい 30
31. Carrierwave ActiveStorage Shrine サービスの安定性 (メンテナンス) ❍ ◎ ❍ 導入の楽さ (Rails newから開発までの時間 ) ❍ ◎ ❍ クラウドストレージ連携 + ストレージ上ファイル管理 ❍ CarrierWave store_dir override △ ActiveStorage 次第 ❍ generate_location メソッド定義 機能拡張性 (機能追加のしやすさ ) ◎ gemが充実 △ gemが未熟・拡張前提がない ◎ plugin 指定 画像処理 ❍ image_processing ◎ image_processing(configで選択) ❍ image_processing ファイルのバージョン管理 (ElasticTranscoderの結果など) ❍ `version` で処理後複数管理 △ `variants` があるが命名不可 ❍ `versions` で処理後複数管理 ファイルバリデーション ❍ CarrierWave validation methods △ 導入予定(?) ❍ validation_helpers plugin DB上での汎用性 ❍ 各テーブル △ PolymorphicでのActiveStroage一括管理 ❍ 各テーブル 31
32. とにかく違いが多い... (ブログで各機能の比較出したいくらいに ) 32
33. そして結論 33
34. 導入を断念 Shrineを使うことになりました 34
35. 断念の大きい理由はいくつか 35 1. S3でのファイル管理が汎用的ではない 2. DBの保存形式が汎用的ではない 3. 未実装な必要機能が多いように見えた
36. 36 ある意味、 Rails思想が強いのかも？
37. まとめ - 導入の楽さと使いやすさはまさに Rails感 - そのせいかちょっと開発思想が硬い (?) - 部分的な機能不足・汎用性のなさで今回は断念 - BUT!!! 今後機能が追加されて、ライトなプロジェクトでは改めて使ってみたい 37
38. おわり 38