2

大規模なクラウドベースのプラットフォームを構築している場合、そのプラットフォーム内には非常に多くの異なるモジュール/コンポーネントがあります。これは、Webサービス構成(アドレス、ポートなど)から、使用しているすべてのコンポーネントのドメイン固有の構成にまで及びます。システム内のすべてのコンポーネントにトークン化された構成ファイルを与えてから、プラットフォーム全体の大きなトークン解決ファイルを作成することで、このようなシステムを構成できます。これはすぐに厄介になります!

プラットフォームの中央構成システムとして、プラットフォーム構成全体をWebサービスに一元化してから、システム内のすべてのコンポーネントがこのWebサービスにアクセスし、IDまたは一意のIDを指定して構成設定を要求するためのより良いアプローチだと思いました。構成名。

すべてのシステムコンポーネントがキーバリュー方式のアプローチではなく、目的の構成を明示的に参照できるように、このような構成はタイプセーフである必要があるとさえ思います。

この中央構成システムのもう1つの重要な機能は、構成値をサーバー側に依存させる機能である必要があります。

component1Config.LogServiceAddress = someMasterConfig.Address;

サーバー側で。したがって、中央構成システムのみが上記のロジックを認識し、component1は、中央構成システムによってどのように解決されたかを知らなくても、LogServiceAddressの値を取得するだけです。

私の質問は、そのような中央構成システムはすでに存在するのかということです。そのような中央構成システム機能を提供するオープンソースソフトウェアはありますか?

4

2 に答える 2

1

Chef / Puppetは、さまざまなマシンで複数のスタックのプロビジョニングを一元化するための標準的な方法です。中央サーバーはリモートノードを起動し、そのマシンに必要なスタックをプッシュできます。ソフトウェアのプロビジョニングに同じものを使用するのを見てきましたが、ニーズを満たすために拡張できると思います。

于 2012-08-13T21:19:53.740 に答える
0

WCF 検出の概要

サービスを作成し、サービスが発表されると、サービスのリストに追加されます。メタデータを使用して、構成設定などを提供します。

公平を期すために、bonjour(apple) を必要とするMono.Zeroconfもあります。

于 2012-08-08T19:56:17.097 に答える