.NETサービスを実行している2つのドッキングノードは、お互いに話し合います。

Question

私の質問は、.NET WorldのアプリケーションアーキテクチャとContainersを参照しています。

私は地元の.NET Development Meetupに行きました。ここで、この男は、すべてのコンポーネントを別々の容器に収めるためにアプリケーションを再設計する方法を示しました。私はその考えが気に入っていて、コミュニケーション部分がどのようにすべてその中で活躍しているかを理解するために帰ってきました。

ここには何かが書かれています。各バブルはコンテナを表します。

ここには100万ドルの質問があります。私のアプリはASP.NET MVC Web Appです。ビジネスロジックとデータアクセスレイヤーは、そのアプリケーションが参照するDLLです。それ以外の場合は、それぞれの依存層にRESTエンドポイントを作成します。 DLLが別のコンテナで実行され、コンテナ行全体で参照される可能性は他にありません。これを簡単に達成するために.NETが提供する方法/フレームワークはありますか？

Answer 1

あなたが正しいとすれば、コンポーネント間の会話には小さなREST-ApiまたはRPCを構築する必要があります。

しかし、私はあなたが細かい容器に行くと思います。 アプリケーションをフロントエンドレイヤーと考えると、HTMl/JS/CSSだけです。ビジネスレイヤーは標準的なCRUDの残りのAPIです。最後に、あなたのデータベースを1つのコンテナーに入れます。

MVCでは、App + BLコンテナとデータベースコンテナだけが必要です。 それ以上の場合は、独自のコンテナ内の複数のマイクロサービスでビジネスロジックを分割したい場合。

ただし、コンテナが必要な設定はほとんどなく、ソリューションでコンテナを使用する必要があるかどうかを調べるためにいくつかの調査を行う必要があります。いくつかのアプリがサーバーを共有し、システムレベルで干渉することがないように、コンテナーはアプリを分離するのに最適です。