環境構成ごとに保存するためのツール


11

ツールで環境ごとに構成情報を保存する必要があります。

これは、構成値(接続文字列など)を追加/更新するためのGUIを備えたツールです。これにはデフォルト値があり、異なる環境に基づいてこれを変更できる必要があります。

アプリケーションに追加する特定の環境へのデプロイメント中にこれらの構成値を取得するAPIが必要です。

私はしばらく探しましたが、この法案に合うツールは見つかりませんでした。何か提案はありますか?

:現在、設定はTeamCity変数にあり、展開はPowerShellスクリプトを介して行われます。


有料のもののために?構成管理システムはありますか?何を使ってデプロイしますか?
Tensibai 2017年

有料オプションが設定されます。現在、設定はTeamCity変数にあり、展開はPowerShellスクリプトを介して行われます。
tim

厳密に答えではなく、したがってコメント- 非常に柔軟な方法で環境構成を管理できるため、デプロイメントにOctopus Deployを使用することを検討しましたか?
Richard Slater

ClearCaseなどのスパースブランチソース管理システムを使用している場合は、変更を加えてファイルをブランチするだけでよく、VCSでOSD(オペレーティングシステムに依存)の変更を処理する方法を確認できます。gitを使用する場合は、デフォルト以外のブランチを常にリベースし続ける必要があります。一部の構成ツールには、変数による環境ごとの設定があります。Ansibleには、非本番環境用の変数のデフォルトとオーバーレイを含むファイルがあります。CIツールに設定を保存しないでください。すべてVCSにあるはずです。TC構成を含みます。
Jiri Klouda 2017年

すべての構成をソースとともに保存することをお勧めします。複数のAzureサービスがあり、すべての環境のカスタマイズにAzure変換構文を使用します。msdn.microsoft.com/en-us/library/dd465318(v=vs.100).aspxを参照してください。インストールの一部として、展開時にpowershellを使用してこれを実際に行います。パイプラインのどこにフックするかに応じて、ボックスにビットを配置する前に、またはパスワードの場合は後で、これを行うことができます。シークレットにはAzure Key Vaultを使用しているため、ソース管理には表示されません。
返金不可返品不可2017

回答:


6

Chef、Ansible、Puppetなどの構成管理ツールを含む、このようなことを実行できる多くのツールがあります。ConsulやetcdのようなKVSツール。また、CIサーバーのビルドステップとして統合したり、実行時に外部構成ストア(ここでも、Consulやetcdなどのデータベース、またはデータベースなど)に対してライブ構成を使用して問題を回避できます。


1

おそらく別のリポジトリですか?QA、UAT、Prod(以上)のブランチを持つ1つ。通常の「Code as Code」および「Infrastructure as Code」リポジトリとは異なるリポジトリ。

それは非常に微妙です。環境ごとの構成の量。リリース間で切り替えられますか?これらのトグル状態は、バイナリ展開にもかかわらず状態を維持する必要があります。構成を維持するクライアント、顧客、ゲスト、ユーザーのどれですか?

私は、トグルのためのUIを含めて(必要な場合)、5年間にわたって、このトピックに関する一連のブログエントリ(およびプロトタイプ/デモ)を書きました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.