iSotoma.Recipe.postdeploy.

PostDeployのビルドアウトレシピ
今すぐダウンロード

iSotoma.Recipe.postdeploy. ランキングとまとめ

広告

  • Rating:
  • ライセンス:
  • The Apache License 2.0
  • 価格:
  • FREE
  • 出版社名:
  • John Carr
  • 出版社のWebサイト:
  • http://isotoma.com

iSotoma.Recipe.postdeploy. タグ


iSotoma.Recipe.postdeploy. 説明

isotoma.recipe.postdeployは、構成管理に身を緩和したい人のためのビルドアウトレシピです。それはあなたの増築configuration.Youと統合ができることを、完全な構成管理システム(Yaybu)のパワーを提供しますが、方法で、: - タスクをチェックする方法として使用します、それはその「シミュレート」モードを使用して完了です。新しい設定ファイルのシンボリックリンクに誰かを忘れた場合は、シミュレートは、あなたが表示されます - !手動でビルドアウトプロセスの外に変更されたファイルのためのモニターを。ワイヤーのNagiosと警告終了コードは、それはあなたのサービスに注意が必要な手段として、254ではないにシミュレートコマンド - !そして、このようなログローテーションを設定するように上昇privelegesを必要としますが、正常にビルドアウト後に実行することを明らかに、自動化タスク、Apacheのバーチャルホストを有効にしますそしてもちろんjobs.Of cronの設定、それはあなたがレベルアップに準備ができている人形、シェフ、あるいは別のYaybuインスタンスのような別の構成管理ツールから呼び出すことができます。 resources.append::これはあなたのメインサーバーのCMの全体像についての心配やCMが少しdetails.Basic useConsider簡単なyaybu構成に関するあなたの増築心配に同梱されてみましょうするのに最適なパターンです - 実行:名前:いくつかのスクリプトコマンドを: $ {buildout.buildout.directory} / binに/ somescriptユーザ:ルート作成:パーツ= postdeploy を実行します#の/ var / somedir / binに/ somescript ---------------------------------------- ---------------------------------------その場合、このコマンドは、254の終了コードを持っていますそれが正常にいくつかの変更を適用し、シミュレートし、何かがあなたの設定に問題があることを示した場合に思っ変更は0、必要ありません。それは手動のハックを警告することができますまたは不完全deployments.Finallyあなたが適用して設定を適用できるように、それは理想的な監視ツールになります:$ ./bin/postdeployシミュレート/ ---------------- ------------ ----------------------------- を実行し| #の/ var / somedir / binに/ somescript |ここにあなたのコマンドからのstdoutがあります| .... | .... |成功! - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------必須Parametersconfig Aイェーイファイルには、このコンピュータに適用します。これは、この値のsite.history.trackのAリストを監視するための完全な構成に必要な資産を検索するディレクトリまたはURLのあなたのbuildout.Optional Parameterssearchpath Aセット内のメタデータにアクセスできるようになります。あなたがビルドアウト管理が、必要がpostdeployにシンボリックリンクされている部品のリストを持っている場合に便利です。彼らはビルドアウトから削除される場合は、必ずそれらがシステムから削除されていることができます追跡歴史を使用。例えば:パーツ= $ {部品:アパッチ} postdeploy アパッチ= vhost1 vhost2 [postdeploy】レシピ= isotoma.recipe.postdeploy history.track =部品:ApacheとあなたYaybu構成で:resources.append:.foreachバーチャルホストでhistory.parts.apache: - リンク:名前:/etc/apache2/sites-enabled/${buildout.sitename}-${vhost}ポリシー:あなたが最初に実行したときに削除増築A現在の状態が作成されると、データ・ファイル、今、あなたはあなたのビルドアウトからvhost2を削除し、postdeploy Yaybuを実行した場合、あなたのシンボリックリンクが削除されていることを確認します。複数のビルドアウト間でこのデータが持続ので、あなたは、通常、この設定を変更する必要はありませんpostdeploy.history.dbを実行するのを忘れていても安全です。このレシピは、Python 2.4をサポートしなければならないので、それはその主なデータストアとしてイェーイを使用することはできません。 Pythonの棚へのパスです。あなたは、通常、この設定を変更する必要はありませんの/ var / $ {}て、partname -history.dbhistory.yay:デフォルトでは、{ディレクトリ増築} $です。あなたは、ビン/ postdeployを実行したときにhistory.dbからのデータがイェーイとして永続化され、それはここからロードされます。 / var / $ {}て、partname -history.yayexecutable A pythonの実行ファイルを使用する:デフォルトでは$ {ディレクトリ増築}です。同じ1デフォルトはビルドアウト呼び出すために使用されます。 Yaybuが2.6を必要とするこれは、Python 2.4ビルドアウトをサポートすることですか2.7.RepositoryThisソフトウェアがgithub.Productのホームページ上で私たちのレシピリポジトリから入手可能です


iSotoma.Recipe.postdeploy. 関連ソフトウェア