大規模エンタープライズアプリケーション用にAPIを実装するには、ルートアプリケーション内で実行される複数の子Webアプリケーションが必要です。たとえば、ルート、チャイルド1、およびチャイルド2大規模エンタープライズAPIデザイン
IISでホストされているアプリケーションごとに別々のMVPプロジェクトがあります。 MVCアプリケーションにはフロントエンドロジックのみがあり、ビジネス&データアクセスレイヤーは別のWCFプロジェクト(すべての子ども用に別々のWCFプロジェクト)でホストされます。フロントエンドのMVCアプリケーションは、WCFアプリケーションをターゲットにするためにのみリクエストをルーティングします。
ここでは、アプリケーションごとにAPIを設計する予定です。すべての子アプリケーションとルートアプリケーションのAPIを保持する個別のアプリケーションを作成するか、各アプリケーションにAPIを追加する必要があるかどうかを判断することはできません。フロントエンドMVCプロジェクトと同様に、APIも集中型WCFアプリケーションにリダイレクトされます。
すべてのAPI(レート制限、認証など)に共通のロジックがあります.APIが各アプリケーションにある場合は、3つのアプリケーションすべてでレプリケーションロジックが必要です。
APIのレート制限はすべて、または個別に行われますか? APIを個別に展開する必要がありますか?スケーリングの違いは? – tomliversidge
@tomliversidgeはい、レート制限などのAPIのプロパティはすべてのAPIに適用されます。 APIを個別にデプロイする必要はなく、すべてを単一のアプリケーションにまとめることができます。 –
別々の場合、API全体でレート制限をどのように計画していますか? – tomliversidge