マイクロサービスで引き続きSpringなどのWebフレームワークを使用する必要がありますか
マイクロサービスアーキテクトについての私の理解は、単一ページアプリケーション（SPA）では、作業の多くがフロントエンドクライアント側にシフトされるということです。
次に、SPAはバックエンドマイクロサービスと対話します。
これは疑問を投げかけます：MVCを備えたSpringフレームワークはここでもまだ関連していますか？ BeanインジェクションとJPA永続性サポートを備えたSpringBootだけがまだ関連していると思います。これは、マイクロサービスアーキテクチャでは、フロントエンドクライアント側がシングルページアプリ（SPA）であるためです。サーバー側でモデルビューコントローラーを気にする必要はありません。
すべてのMVCは、マイクロサービスアーキテクチャでは無関係です。
訂正してください。ありがとう
フロントエンドはマイクロサービスにすることもできます（おそらくそうする必要があります）。これは、たとえばThymeleafをテンプレートシステムとして使用して、Spring MVCなどのシステムを使用して非常にうまく実装できます。
はい、そうです。マイクロサービスが何であるかを理解していないだけで、そのようなことは依然として関連しています（これは、JavaScriptベースのWebフロントエンドがajaxリクエストを使用して取得するためにjsonを吐き出すサーバープロセスに限定されているようです）。
MVCはJSPを備えた古いものと見なすことができますが、これはSpringでの動作とは異なり、MVCを使用しても、Viewが常に「ユーザーインターフェイス」を意味するわけではありません
私はMVC SpringをRESTサーバーに使用しています。私のビューは、クライアントに返信するJSONです。私のコントローラーは、要求された現在のURLに一致するエントリポイントであり、私のモデルにはJPAが含まれています/ビジネスレイヤー/ビジネスオブジェクト。
さらに、SpringはJEEとは対照的に軽量であることを意図しており、Springが何をできるかを自分でやり直す意味はありません。
Finnaly Springには、マイクロサービスアーキテクチャに必要なものがすでに含まれています。これを参照してください tutorial （ty @Traubenfuchs）