2017-08-02 3 views
0

私は自分自身のデータベース、独自のコードリポジトリ、独自の展開パイプライン、およびマイクロサービスアーキテクチャのためのすべての推奨事項を備えたマイクロサービス(正確には10個)を持っています。10個のマイクロサービス用にいくつのフロントエンド部分がありますか?

しかし、私はフロントエンドのプログラマーが開発しようとしているフロントエンドの部分をどのように構築するかについての手がかりを持っていません。

10個のバックエンドマイクロサービスごとに1個ずつ用意する必要がありますか? 私はただ1つしか持っていないのですか?

たとえば、ADMINロールに関連するいくつかのマイクロサービスをグループ化し、そのための単一のフロントエンドを作成できますか?そして、別の役割のための別の?私は約4つのロールを持っているので、私は4つのフロントエンドアプリを持っているかもしれません?

最終的なユーザーにとって、app(ui)はモノリシックのように見えるはずです。

あなたは何を伝えることができますか?

1)のOAuthサーバー(ADMIN、ディストリビュータ)

2)ユーザーサービス(ADMIN)

は簡単に言えば、サービスは(ADMIN、CLIENT、ロールなどの販売代理店と被告)です3)製品サービス(ADMIN)

4)調査サービス(クライアント)

5)jobpositionサービス(DISTRIBUTOR)

6)解答サービス(被告)

7)メールテンプレートサービス(ADMIN)

8)クレジット/トランザクションサービス(ADMIN)

9および10)バッチサービスが、UIのためにあなたがそれぞれのバックエンドサービスのための1つを10個のフロントエンドサービスを持っていますが、Mとして持ってしようとする必要があることは必要ではない

+0

フロントエンドの「アプリケーション」はいくつありますか?また、モジュール化するためにどのフレームワーク/スタックが使用されていますか?この質問には、エクスポーズされたユーザー対話、構成と展開、主要コンポーネントとフレームワークの分離などの関係を考慮した最終的な設計状態/目標の知識が必要です。 「マイクロサービス」または他のバックエンドプロバイダ。 – user2864740

答えて

0

バッチのステータスと結果(ADMIN)

感謝を示しますマイクロサービスの利点を最大限に活用するために可能な限りフロントエンドサービス。

役割に基づいてフロントエンドを分けることはお勧めできません。分離はドメイン、製品&サブ製品に基づいて行う必要があります。

私はこれらの10のサービスが何であるかを完全には認識していないので、フロントエンドサービスをどのように分離するのかを言うのは非常に難しいです。

関連する問題