2017-08-15 17 views
0

マイクロサービス指向アーキテクチャでAngularでSPAを開発しています。 APIをSPAに公開するAPIゲートウェイがあることを意味します。 API Gatewayの背後には、顧客サービスのようないくつかのマイクロサービスがあります。 APIゲートウェイは認証も担当し、現時点で基礎となるマイクロサービスのプロキシとして機能します。認証はOauthと暗号化されたCookieで処理されます。RESTful API(ゲートウェイ)用のSPAにアカウント/顧客データを格納する場所?

ここで、APIゲートウェイは/ customers/{id}/ordersのようなエンドポイントをSPAに公開することを考慮してください。これは、SPAがこの場合に顧客IDを知っていることを意味します。 RESTful API(ゲートウェイ)を呼び出すために顧客/口座固有のデータをSPA /ブラウザに保存する必要がある状況をどのように処理しますか? APIゲートウェイはそのようなエンドポイントを公開すべきですか?または、認証されたユーザーからのデータと、それに関連するマイクロサービスのデータを取得する方が良いでしょうか?たとえばエンドポイントを公開することを意味します。顧客/注文?顧客固有の情報なし。

LocalStorageなどがありますが、アカウント/顧客固有のデータをブラウザに保存することはできません。

多くのおかげで議論と入力がありました。

答えて

0

通常、これがカスタマーサイトの場合、ログイン時に顧客を返すことになります。サイトはそれを他のapi呼び出しに使用します。私はあなたの状態でそれを保つだけのためにローカルストレージを使用しません。アプリが複雑な場合は、ngrxを使用します:https://github.com/ngrx

複数の顧客データが表示されるユーザーがアプリを使用する場合は、顧客リストを取得するための呼び出しが必要です。その後、必要なリンクを構築するために、その顧客のアイツを使用します。ここでもローカルストレージではなく状態を使用します。

関連する問題