2

アプリケーションのさまざまな「エンドポイント」を構成する標準的な方法を検討しています。私たちのアプリケーションは、Windows デスクトップ アプリケーション、Windows Server "サービス"、およびデータベースを備えた分散システムです。現在、XML ファイルを使用して各部分を構成しています。これは、アプリケーションを実行する数十のサーバーと数百のデスクトップ クライアントを持つことができる大規模な顧客と協力しているため、少し手に負えなくなってきています。

すべての構成情報を一元化し、すべてのアプリケーションを 1 か所で管理できる Microsoft テクノロジまたはサード パーティを推奨できる人はいますか? 変更は、関心のあるエンドポイントに「プッシュ」されます。

たとえば、データベースの 1 つのログインを変更する場合、その変更をデータベースに加え、その変更を中央システムに反映します。最後のステップの後、データベースに接続する必要があるすべてのサービスに変更が通知されます (そして、新しいデータを受け取る可能性があります)。各エンドポイントがその情報をどのように処理するかは、システムの範囲外です。

私たちの主な事業は「集中構成サービス」ではありません。私たちは、世界中のさまざまなユーティリティにソリューションを提供する GIS 企業です。

4

3 に答える 3

2

私は何年にもわたってこの機能を自分自身に与えるためにいくつかのことをしました。多くのサーバーに分散できるエンタープライズアプリケーションを構築しています。各サービス構成ファイルまたは各Webサーバーのweb.configファイルに構成設定を埋め込みたくありません。アプリケーション固有のものについては、通常、アプリのデータベースにアプリケーション設定テーブルを作成します。テーブルには2つのフィールドしかありません。SettingNameとSettingValue。次に、これらの設定を取得することが唯一の機能であるWebまたはwcfサービスを作成します。「SettingName」を渡すGetSettingという関数を作成し、設定が見つからない場合は、SettingValueまたは空の文字列を返します。このようにして、アプリケーションのすべてのコンポーネントのすべてのアプリケーション設定を1か所に保存できます。このためのメンテナンスとトラブルシューティングは本当に簡単です、私は」

大規模なアプリの場合は、別のAppSettingsデータベースを作成して、上記のテーブルに新しいフィールドを追加することがあります。アプリケーション名。このアプローチのWebまたはwcfサービスには、このスコープでのみ同じメソッド呼び出し（GetSetting）があり、ApplicationNameとSettingNameを渡すと、SettingValueまたは空の文字列が返されます。

これらのいずれかを実行すると、あらゆるサイズのアプリケーションまたはITショップのすべてのアプリ設定を一元化できます。それは私たちにとって本当にうまくいきました。

于 2010-07-15T21:27:48.780 に答える
1

RSS を BitTorrent と一緒に使用して、変更を配布できます。ウィキペディアを参照してください。ただし、MS固有ではありませんが、必要な柔軟性を提供する必要があります-構成を保持し、クライアントと場合によってはサーバーを構成するために必要なフィードを提供する構成サーバー。

于 2009-01-07T22:06:57.890 に答える
0

安全なチャネルを介した VCS はありますか?

たとえば、ssh を介した git (両方とも cygwin で利用可能)。

最初のステップは、安全なチャネルを用意することだと思います (プッシュ機能が必要な場合は、プルが異なる場合があります)。

異なる「ブランチ」で「バージョン」を管理することに関して、バージョン管理システムよりも優れているものは何ですか?

マイクロソフトの要件に関して言えば、その領域に存在するマイクロソフトのソフトウェアは、あなたのケースではかなり悪いでしょう（仕事に最適なツールではないため）。

于 2008-12-09T17:55:06.087 に答える