専用の Web サーバーで多数の Web サイトと Web ベースのアプリケーションを実行しています。現在、同じボックスでデータベースも実行されています (これが変更される可能性はほとんどありません)。
さまざまなプロジェクトで取得している要件が互いに重複していることが多いことに気付きました。そのため、私は黙っている間に、さまざまなサイトのアーキテクチャを再計画しようとしています。
理想的には、重複する機能 (ログイン、ユーザー レポートの一部、エラー レポートなど) をコア ライブラリに抽出したいと考えました。
コア アセンブリを作成し、それを各 Web サイトのビンに追加すると、アプリ構成ファイルにあるデータベースと通信します。しかし、状況が変わると、バージョン管理/メンテナンスの頭痛の種になります。
このコア ライブラリを GAC に配置できます。つまり、登録/登録解除する必要がありますが、必要に応じてすべてのアプリで使用できます。
または、これを行う 3 番目の方法は、WCF Web サービスを使用して、AP に別の内部層を追加し、コア作業を別の Web サービスのセットに引き渡すことです。これの利点は、拡張した場合、すべてのインターフェイスを一連の Web サービスとして維持できるため、アプリは http または tcp 呼び出しを行うだけで済み、bin ファイルや gac されたアセンブリの移動について心配する必要はありません。
基本的に、私は誰かがどちらかのアプローチについて考え/コメント/批判を持っているかどうかを確認するためにここにいます主要な仕事が入ってきたように:)