2017-08-18 13 views
1

私は次のプロジェクトのために春のマイクロサービスを読んでいます。 Tutは、 "主なアプリケーションは、マイクロアプリケーションと呼ばれる一連のサブアプリケーションに分かれています。一つの大きなアプリケーションが複数のコラボレーションプロセスに分かれています。"だから既に私たちはフレームワークを持っています。複数のモジュール私は自分の経験でプロジェクトを分けました。そうであっても。プロジェクトを分離するためにマイクロサービスが必要なのはなぜですか?それを区別してください。は、マルチモジュールとSpringマイクロサービスを区別しますか?

+1

マイクロサービスのメリットを読んだ場合は、マルチモジュールのメイプルプロジェクトとの違いが何であるかはっきりしているはずです。私はこれを閉じるために投票しています。 –

+0

@nicoVanBelleはい私はそれを読むが、私はそれを理解できませんでした。 –

答えて

1

マイクロサービスアーキテクチャのすべてのサービスを分離する必要があります。つまり、そのサービスを担当するチームは、他のサービスを展開する必要なく、実際に継続的に展開できます。実際には、私見私たちは、このようなmavengradleとして私たちのお気に入りのビルドツールを使用して2つのアプローチを使用することができると思います。

  • Monoproject:ドメイン、リポジトリ、サービスおよびコントローラは、同じプロジェクト内のすべてのです。

  • マルチプロジェクト:ドメイン、リポジトリ、サービス、およびコントローラは、異なるモジュールにグループ化できます。つまり、ドメインとリポジトリは、リポジトリモジュールにあり、サービスはフロントモジュールの同じ名前とコントローラを持つ別のモジュールにあります。

ただし、プロジェクトを使用するアプローチ(モノラルまたはマルチ)は1つのサービスを表す必要はありません。

関連する問題