0
可能性のあるイベントを先取りして、個々のサーバーなどを維持するのではなくサーバーファームを構築します。asp.net Webアプリケーションを実行するために必要なタスクを減らす方法を探していますサーバーファーム上でサーバーファームでconfigsourceを使用してweb.configセクションを区切る
web.configファイルに関して、私はすべてのweb.configが各マシン上で同じである必要があると信じています。すべてのこれらのファイルも同じである必要があること
...
<pages configSource="App_Data\Configuration\pages.xml"/>
...
...：私は、私たちが自分のfiles..egにセクションを分離するためにconfigsource属性を使用した場合に想定します。これは確かに意味がありますが、これはサーバーファームでは機能しますか？つまり、configSourceリンクを使用するか、各マシンの各アプリケーションに1つのweb.configを持つ方がよいでしょうか？
更新するファイルが1つのみであり、サーバー間で同期が維持されるため、これをお勧めしますか？他の利点はありますか？ –
論理的な選択肢として受け入れられます。 –
申し訳ありませんがあなたに戻って取得していません。 configsを分けた理由は冗長です。ファイルがネットワークドライブ上で共有されている場合は、すべてのWebサーバーで単一障害点が発生します。また、ネットワーク共有上の構成ファイルには、いくつかのセキュリティ上の問題があります。最後の理由は、各サーバーが（必要な場合）異なる構成動作を可能にすることです。希望が役立ちます。 Kane – Kane