Puppetを使用して独自のソフトウェアをデプロイしますか？

（この質問の愚かさをあらかじめお詫びします。私は通常、システム管理者ではなくプログラマーですが、いくつかのことを自動化し、自動化されているが最もきれいな方法ではない他のいくつかをクリーンアップすることに専念しています。 。:-)

cfengine、Puppet、Chefなど、多数のサーバーへのソフトウェア展開を自動化するためのさまざまなツールを見てきました。これまでのところ、Puppetは最も魅力的に見えますが、私は確かにまだ何もコミットしていません。

これらのツールはすべて、事前にパッケージ化されたソフトウェアを使用して多数のサーバーを最新の状態に保つための優れた機能を果たしているように見えます。

取得できないのは、Puppetなどのツールを使用して、内部ソフトウェアの展開を管理する方法です。私は、Apacheを維持する方法を示すチュートリアルensure => latest（これはかなりかっこいいです）を何千も見てきたので途方に暮れていると思いますが、今日のユースケースに相当するものはありません。

1. 人間がボタンを押すと
2. バージョン管理リポジトリBからブランチAをプルする
3. コマンドCを実行してコンパイルします
4. バイナリーDをサーバーE1からE10にコピーする
5. 各サーバーでコマンドFを実行して、すべての変更を有効にします。

Puppetは素晴らしい音で、一部のシェルスクリプトに対する宣言型のべき等構成の利点は完全にわかりますが、「シェルスクリプトをPuppet（またはChef、またはcfengine）に更新したいので、ここでのチュートリアルは確認していません。すべきだ」そんなことありますか？Puppetのドキュメントで提供されているものをどのように利用して、私が望む振る舞いを再現するかは他の人には明らかですか？届かないのですか？

これまでのところ、人間（＃1）はソフトウェア（＃2および＃3）をPuppetの外部に手動でパッケージ化し、Puppet構成を手動で更新して、Puppetがサーバーを更新するようトリガーします。 .. 多分？（あなたが言うことができると確信しているので、私はここで少し混乱しています。）

ありがとう！

パペットを使用しますが、アプリケーションのデプロイメントには使用しません。すでに述べたように、ソフトウェアをdebsまたはrpmsにパッケージ化し、プライベートリポジトリをどこにでも構成し、puppetを使用してバージョンを制御できますが、すべてのサーバーで次の30分の更新を待つのは無慈悲です。

私が何をするか（そしてこれは私たちがすることに近いですが、私たちはレールを使用するのでコンパイルステップはありません）：

• puppetを使用して、アプリケーション自体を除く、サーバー上のすべてを構成します。依存関係、Webサーバー、ユーザー、パスなど
• 自動ビルドサーバー（bamboo、hudson、cruise controlなど）で、コンパイルされたアーティファクトをNexusなどのリポジトリマネージャーに配置します。
• capistranoを使用してビルドをサーバーにプッシュします。

Chefには、よりリアルタイムのプッシュ機能がある場合があります。私はそれにあまり詳しくありません。

手順1〜3は、ビルドプロセスで一般的に自動化されています。通常、このプロセスの出力はテストサイクルを通過します。統合テスト環境にデプロイできるように出力をパッケージ化します。統合テストに合格した場合のみ、ステップ4と5を実行する必要があります。

ステップ5は、デプロイメントの停止を意味します。Apacheなどの場合、これはログローテーション中にシャットダウンと再起動によって処理できます。crontabスクリプトでこれを処理できます。1時間程度のローリング変更を処理できる場合は、デプロイメントステップ4に再起動を含めるだけです。Puppetまたはcfengineは、ステップ4に適したツールです。これは、統合テストに合格したときにリポジトリを更新することでトリガーできます。

パペットレシピを検索すると、大量の本番用スクリプトが見つかります。はい、手動でソフトウェアをパッケージ化する必要があります。独自の個人リポジトリを維持している場合は、ensure => latestフラグを使用できます。次に、ソフトウェアをインストールするように人形に指示するレシピを記述します。レシピは、スレーブに伝達される場所からマスターサーバーに配置する必要があります。