マイクロサービスアーキテクチャでUIのデータを処理するには？

Question

次のアプリケーションでMicroservice Architectureを使用する予定です。関連するすべてのマイクロサービスに同じドメインエンティティを使用するのが一般的なのかどうかを知りたかったのです。たとえば、顧客がいます。顧客は複数のユーザーと1つの会社で構成されています。彼らは顧客サービスに存在しています。その後、倉庫サービスがあります。倉庫は、異なる役割の異なる顧客を持つことができます。したがって、ウェアハウスエンティティは顧客にキーを保持します。

これらの2つのマイクロサービスの前に、APIゲートウェイがあります。今では倉庫のある画面を表示するときに、顧客サービスの顧客に関する情報も必要となります。したがってAPIゲートウェイはこれを処理できます。つまり、倉庫を取得してから関連する顧客を取得します。しかし、APIゲートウェイ経由で2つのサービスを接続します。倉庫サービスでも特定の属性を持つ顧客を保持する方が良いでしょうか？しかし、これはビュー/ UI固有のユースケースに必要なだけですか？これはサービスに「ビューロジック」をもたらす正しい方法ですか？

Answer 1

これはさまざまな方法で実装できます。ウェアハウス・マイクロ・サービスは、顧客のマイクロ・サービスからのデータを消費し、プレゼンテーションのためにすべての情報を含む応答を豊かにすることができます。または、プレゼンテーションは、それぞれがそのセクションを提示する異なるマイクロサービスからロードされるいくつかのエリアから構成されてもよい。

Answer 2

単一の責任システムをベースにできるだけ多くのマイクロサービスを用意してください。

は、APIサービスを作成し、その後、は、他のmicroservicesでに消費されると結果を提供します必要なパラメータに基づいてイベントを生成することを可能にします。

今API缶クラブデータと応答バック必要な形式にすることができます。 複数microservicesにを持つ

はあなただけ2 microservicesを持っていたならば、それは多かれ少なかれだけモノリシックサービスのようで、スケールアップとダウンのお手伝いをします。

将来を考慮して決定します。