静的vs configの動的プロビジョニング

Question

私は新しいプロジェクトのための正しい設定管理ツールを見つけようとしています。私はコンクールに出会った。私が質問に来る前に、コンサルページが言っていることを引用したいと思います。

動的管理のツールで提供される静的設定は、動的キー/値ストアに移動できます。これにより、遅いコンバージェンスを実行することなく、アプリケーション構成を更新することができます。

また、言う：

言っ

は、領事は、構成管理ツールに代わるものではありません。これらのツールは、領事そのものを含むアプリケーションの設定には依然として重要です。静的なプロビジョニングは既存のツールで最適に管理され、動的な状態や発見はConsulによって管理されます。

出典：https://www.consul.io/intro/vs/chef-puppet.html

私の理解では、領事が動的コンフィグ管理ツールであり、それは速いです。しかし、私の質問はシェフのような静的設定管理ツールとはどう違うのですか？

何が最も重要な選択ですか？

Answer 1

速いか遅いかはそれほど重要ではありません。シェフ/アネシブル/パペット/その他の問題。これらのシステムは、通常、定期的に実行される。 30分ごとに

ノードが変更（または追加/削除）されると、他のすべてのノードがこれを認識するまで（アプリケーションサーバーとデータベースサーバーが互いに気付く）、30分かかることがあります。

領事（おそらくconsul-templateと）は、はるかに速く、ここで一種です。接続されたすべてのノートに何か変更があったことが通知されます。ただし、上記の設定管理ツールのプリミティブは提供していません。

したがって、両方の組み合わせも有効です。シェフ/パペット/アネシブル/ etc。パッケージをインストールしてconfigの大部分と、動く部分のためのConsul（またはetcd）を書いてください。

Answer 2

ここで、この問題に関する私の0.05 $だ： あなたには、いくつかのクラウド上ダイナミックインフラを持っている場合 - 通常、いくつかの変化負荷を満たすために、作成され、時折破棄され意味のサーバ（「はかないサーバ」）は、領事があります優れたツール：起動時にこれらのサーバを起動してCONSOULから設定を読み込むことができます。

理想的には、このユースケースでは、必要に応じてカスタマイズしたプリベーク済みのサーバーを起動します。例えば、あなたのサーバは、起動時にそのサーバ上に領事館を持つ必要があります。あなたは、Anusesを使用して領事をサーバーに事前に焼くことができます。

ので、プロセスはこれです：あなたは（ライブラリ、アプリケーション、領事、何でも）必要なすべてのグッズを持つサーバー用のテンプレートを作成

1. 。あなたはAnsibleを使ってそうすることができます。これはちょうど1回（テンプレートごとに）行われます
2. あなたのクラウドを使ってこれらのテンプレートを起動します。開始時に、領事クライアントは領事クラスターから追加の設定値を取得します（これはサーバーが起動するたびに発生します） 。