ロードバランサーとステージングサーバーの背後に4台のサーバー、データベースサーバー、および多数のWebサイトをホストするWebアプリケーション用のユーティリティサーバーがあります。
これらのサーバーを管理するためにChefにジャンプする必要がありますか、それとも手動で保守する必要がありますか？サーバーはスプリンクルを使用して構築されていましたが、当時は2つしかありませんでした。現在、4つのメンテナンスが問題になっています。
シェフや他のシェフのようなツールの経験と長所と短所を聞きたいです。
ありがとう！
Chefに移動し、アプリを1分間再デプロイできるようになりました。だからそれは確かに報われる。
ただし、シェフの配置戦略に満足するまでには長い時間（数か月）かかりました。後から考えると、「ゼロから」展開を試すために、いくつかの予備のボックスがありました。私は確かに、セットアップとたくさんのテストの正確なミラーなしで本番環境でchefを試すことをお勧めしません。また、最初から「切り刻まれていない」セットアップでchefを使用することもお勧めしません。
そうは言っても、Chefは私たちが見た他のオプションよりもはるかに優れており、反対側にいるので、新しいバージョンのアプリを複数のサーバーに簡単にデプロイできます。将来的には、私が持っているあらゆるステージングまたは本番環境で使用する予定です。
要約すると、はい。ただし、クライアント/雇用者がメリットを確認するまでに時間がかかる可能性があることを認識している場合に限ります。これはかなりのことです。
Chefの学習曲線は急勾配であるため、使用方法に慣れるまでにはしばらく（少なくとも数週間）かかります。
しかし、基本を理解すれば、それは非常に便利なシステムであり、最小のインフラストラクチャであっても、任意の数のタスクを簡素化できます。
あなたが始めるときのためのいくつかのメモ。
クラウドサーバーのコツをつかむために、クラウドサーバーのセットアップと破棄を何十回も行うことになります。実験。
標準のopscodeクックブック（github.com/opscode/cookbooks）は非常に便利です。ただし、特定のケースに合わせて、それらの多くを拡張/カスタマイズする必要があります。また、opscode/cookbooksリポジトリから欠落しているクックブックをネットで検索する必要があります。
opscodeクックブックを読み、37signalsクックブックも読んでください。
applicationとクックブックは、databaseMySQLとMemcachedを使用する標準のRailsアプリを対象としています。これがあなたを説明している限り、あなたは幸運です。