Q&A
結局何が知りたいんでしょう。どうなったら解決なのでしょう。
「要件次第」ではないでしょうか。
前提・実現したいこと
現在VueとRailsで構成したRESTful APIを活用したアプリを作成しています。
その中で、現在ログイン機能を実装しようとしています。
その中で自分の認識に不安が出てきたため、間違っている、もしくはこういう認識の方が良いなどの意見をお聞きしたいです。
お聞きしたいこと
現状自分の理解では、以下のような認識で捉えています。
Redis
キャッシュなど、非永続的なデータの管理に使うもの
MySQL
永続的なデータの管理に使うもの
Firebase
本来RailsなどでAPI経由でデータを保存するという仕組みが既に出来上がっているもの
このような理解をしているため、ログイン機能に必要となるキャッシュの管理にはRedisを、APIをRailsで実装しているので会員情報の保存にはMySQL、自作でAPI機能を実装しない場合にはFirebaseのように考えていて、特にRedisとMySQLは共存してもいいと思っています。
このような認識であっていますでしょうか？
まだまだ勉強中ですので、理解が甘いところがあると思いますが、どうぞ優しく教えてくださると幸いです。
（APIの仕組みがより具体的に理解できす、おすすめの本なども教えて欲しいです。）
コメントありがとうございます。
掲載している認識で正しいのか、と言う点にご指摘を頂きたいです。
「要件次第」ということは、このようにRedisとMySQLを組み合わせた要件もあり得るという解釈でよろしいでしょうか？
そういう、要求仕様であれば、そう組むでしょう。という話です。
やろうと思えばMySQLとPostgresSQLを併用することも可能ですし、「可能性」の話をしてしまうと「あり得る」というのが定石です。
「できますか？」と聞くと「できる」というのと同じです。
採用可否はきちんと要件を見極める必要はありますが、それを考えるのが設計者（アーキテクトに位置付けられる人）です。
なるほど。とても参考になります。
では例えば、ご自身でなにかREST APIを活用したWebアプリを作る場合、「MySQL」と「Redis」を組み合わせて設計しようと思いますか？
素人丸出しの質問で恐縮ですが、よろしくお願い致します。
要件次第です。そもそも要件定義ができてない状態では「何を選択するか」にならないと思います。
「組み合わせありき」でアプリケーションは作りません。「要件ありき」です。
キャッシュってログイン機能に必要なんですか？ ってのはさておき、セッション情報を Redis で管理するのはよくあるやり方なのでは。
https://qiita.com/shota_matsukawa_ga/items/a21c5cf49a1de6c9561a
あと、Redis や MySQL と Firebase を同列で比較するのは意味不明です。
コメントありがとうございます。
セッションのこととキャッシュを混同してました...すみません。
有益な情報ありがとうございます????
「Redis や MySQL と Firebase を同列で比較するのは意味不明です」
なるほど、意味不明なのですね。もう少しお勉強します...
意味不明というか、鍋やフライパン (Redis や MySQL) と、レストランのメニュー (Firebase) を比較するようなものという感じでしょうか。「Redis や MySQL を使って自分でログイン機能を実装する (鍋やフライパンを使って自分で料理をする)」と「Firebase のログイン機能を利用する (レストランで外食する)」だったら比較の意味があると思います。
なるほど。こんな質問していてあれですが、少し理解できたような気がします。
RedisとMySQLがツールで、Firebaseが提供されているサービスという感じでしょうか...
入れ違いで編集してしまいましたが、そういうことです。
なるほど。少しだけ理解できた気がします。まだまだ勉強が足りませんね。ご丁寧にありがとうございますm(__)m
あなたの回答
tips
プレビュー
