私はHerokuでRailsを使用することを楽しんでいます。そのように、変更をコミットしxyz.yml
て再デプロイすることなく、Herokuアプリの構成プロパティを調整できます。
RailsアプリのYaml構成ファイルを完全に廃止し、ENVに構成を保存することに可能な限り依存することをお勧めします。これは、 12要素の構成原則に沿っています。
ただし、Yamlベースの構成管理からHeroku/12ファクターベースの構成管理への切り替えにはいくつかのトレードオフがあります。
- デプロイ(qa、stage、prod、dev、demo、labs)の急増がYamlファイルの急増につながる可能性があるのは事実ですが、コピー&ペーストして新しい構成プロファイルを作成するのは非常に簡単です。Herokuのあるデプロイメントから別のデプロイメントに構成プロファイルを「コピー」する方法がわかりません。
- 構成データをリポジトリに保存するということは、Herokuの場合、デプロイと構成、およびアプリケーションが1回の操作で実行されることを意味します。構成をYamlファイルからENV変数に移動する場合は、デプロイ後に別の手順でアプリケーションを構成する必要があります。
プライベートアプリケーションで12ファクタースタイルの構成を使用したことのある人、および多くの展開にわたって多くの構成変数をどのように管理したかについて聞きたいと思います。
- 新しい展開をすばやく構成するにはどうすればよいですか?
- リポジトリではない場合、構成変数の信頼できるソースをどこに保持しますか?開発者間でどのように配布しますか?
ありがとう!