私はここでデータベース

Question

を持っている必要がありますが、私のユースケースである：

1. 入力データは、メッセージキューに存在しています。
2. アプリケーションは、入力データを読み込んでUIを介してエンドユーザーに提示する必要があります。
3. エンドユーザーはデータを確認し、それに応じて決定します。
4. 決定が行われると、データを破棄することができます。 （はい/いいえにかかわらず）。

私は、このアプリケーションを開発するために、私の心の中で二つのアプローチがあり、

アプローチ-1：

1. は、キューからデータを消費
はデータベースにそれを持続。
3. たときにユーザーがログインするデータを取得するために、データベースへのフロントエンドの話を作る

アプローチ-2：

1. キューからデータを消費します。

2. 持続性のある状態で直接ユーザーにフィードしてください。

しかし、アプローチ2の私の懸念は、ユーザーがログインしてすべてのデータを消費すると言うことができます。彼はすべての記録を見直すことができないかもしれません。すべての記録は見直されないかもしれません。

とにかくMQコンシューマがデータを保持できるのですか？

Answer 1

1. メッセージキューに障害が発生した場合はどうなりますか？キューは耐久性がありますか？あなたは耐久性のあるキューを使用することができます。そのため、ユーザーがキューに接続できない場合、メッセージは失われません。ユーザーは、メッセージキューに接続できるときにユーザーを取得します。
2. 入力データに対してすべてのユーザーの操作を記録する別のサービスを作成することができます。少なくとも、異種の問題を理解し調査する方が簡単です。