0

中小企業向けの本番アプリケーションの構築を計画しています。これは、最大 15 ~ 30 人の同時ユーザーを持つイントラネット アプリケーションです。提案されたアーキテクチャは次のとおりです。

  • クライアント: Firefox ブラウザー
  • UI: HTML、JavaScript、CSS
  • 通信経由: jQuery AJAX
  • 中間層: WCF サービスをホストするウィンドウ サービス (webHttpBinding を使用)
  • データベース: SQLServer 2012 Express Edition

このアーキテクチャで不足しているのは、静的 HTML ページを提供する WebServer です。主に次の理由により、IIS を使用したくありません。

  • 導入コストを抑える
  • ほとんどの作業は、WCF サービスをホストするウィンドウ サービスで行われています。

中間層の作業のほとんどは、WCF サービスをホストするウィンドウ サービスによって行われ、UI は HTML、JavaScript、および CSS であるため、IIS のような Web サーバーや、ASP.NET テクノロジをサポートする他の Web サーバーを廃止して、軽量の Web サーバーを使用することはできますか? lighttpd、nginx などの静的な HTML ページのみですか?

lighttpd、nginx などのこれらの軽量 Web サーバーは、実稼働環境でのホストに適していますか。

Window サービスが WCF サービスをホストしているため、AJAX クロス ドメイン リクエストの問題が発生する可能性があり、軽量の Web サーバーは異なるポートで同じ IP アドレスで実行される可能性があります。これはイントラネット アプリケーションであるため、クロス ドメイン リクエストに対応することでおそらくこれを克服できます。

このアーキテクチャの背後にあるアイデアの 1 つは、サイズの大きい他のプロジェクトでこれを再利用したいということです。

これが可能かどうか、およびこのアプローチの関連する長所と短所を教えてください。また、このアーキテクチャを改善するのに役立つ他の提案も受け付けています。

4

1 に答える 1

1

このような小さなサイトのために設計しすぎていると思います。とにかく WCF サービスを実行する場合は、IIS を使用しても問題ありません。

ASP.NET MVC を使用してサーバー上で html レンダリングを行うか、angular.js などのクライアント側ライブラリを Web API と組み合わせて使用​​することをお勧めします。

于 2013-05-12T18:56:14.117 に答える