2017-10-24 13 views
0

aws環境には現在、複数のノードサービスが展開され、実行されています(pm2)。複数のノードサービス間で構成を集中化する方法は?

難易度(メンテナンス面での難しさ)私の現在のコードベースでは、これらのノードサービスのそれぞれに別々の設定ファイル(config \ app.json)があります - これらの設定ファイルのほとんどのプロパティは共通ですすべてのサービスについて、各プロパティはコード内の個々のサービスに記述されます。これらのプロパティのいずれかが変更されている場合は、変更を複数の場所で変更する必要があります。

複数のノードサービスにわたって構成を集中化したいと考えています。それを行う方法はありますか?期待されるのは、設定を維持するための集中化された場所を持つことです。どんな参考文献も役立ちます。

+0

を行う必要があります設定ではなくデータベースです。 –

+0

ああ.. ..私は設定の変更後にサービスを再起動することで何の問題もありませんが、もし私ができる方法がある場合にのみ言及しました。主な目的はサービス間で共通の設定ファイルを維持することです。 – LGAP

+0

多くのスタンドアロンの設定管理ツールがあり、オーケストレーションツールには何かが組み込まれています。私の指摘は、設定のランタイムの変更を処理する方法をアプリケーションに書いておけば、信頼できないソースになります。 –

答えて

1

あなたのアーキテクチャがどのようなものかはわかりませんが、小さなライブラリやマイクロサービスを作成しても問題ありません。ちょうどキーと値のペアを格納するRedisのような小さなNoSQLデータベースから設定を取得します集中化された場所で構成できます。

ここでは、構成を環境変数として提供することで、サービスを構築するときに追加できるのは、yargsなどの唯一の設定です。

はその後、すべてのサービスであなたは、設定の変更は、アプリケーションの再起動を必要としない場合、それはあなたのケースであなたのconfig JSONを埋めるための唯一のAPI呼び出しのconfig/app.json

関連する問題