ファイルが変更されたときにのみ、人形のリソースタイプを実行します。

Question

これは非常に一般的なシナリオだと思いますが、私のニーズを満たす解決策は見つかりませんでした。私は以下のように動作するものを作りたいと思っています。 （残念ながらは存在しませんをset_variable_only_if_file_was_changed）幹部は=>真のrefreshOnlyを用いて抑制することができますどのように私が見てきた

file { 'file1': 
     path => "fo/file1", 
     ensure => present, 
     source => "puppet:///modules/bar/file1", 
     set_variable_only_if_file_was_changed => $file_change = true 
} 

if $file_change{ 
    file{'new file1' 
     ... 
    } 
    exec{'do something1' 
     ... 
    } 
    package{'my package' 
     ... 
    } 
} 

が、ファイルとそれは難しいようです。私は.shファイルにコードを入れずにexecで実行したいと思います。

Answer 1

パペットには、あなたが記述する機能はありません。リフレッシュイベントに応答するリソースは、そのタイプに適した方法で行います。既存のリソースに対してカスタムリフレッシュ動作を定義するメカニズムはありません。 確かにカタログが完全に構築されていて、その中に何かが適用される前に、他のリソースを適用した結果に基づいてノードのカタログに含まれるリソースを指示する方法はありません。

さらに、多くの人がそうしているように、スクリプティングの実質的な背景を持つパペットに来ている場合は、それほど制約がありません。 PuppetのDSLはスクリプト言語ではないため、スクリプティングの面で考える人は、Puppetに対する精神的調整を行う必要があります。むしろ、機械状態記述（カタログ）の構築を記述するための言語である。このようなカタログでは、マシンのターゲット状態の詳細が、ではなく、であり、現在の状態から他の状態に移行するために必要な手順が記載されていることがわかります。考えられる例外であるExecも、そのように使用すると最も効果的です。マシンの意図した状態をそのIDと初期状態から判断できないことは非常にまれです。そうすることが難しいことさえ珍しいことではありません。

具体的な構成を達成する方法は、詳細によって異なります。多くの場合、答えはユーザー定義の事実にあります。たとえば、カタログアプリケーション中に特定のファイルが変更されたかどうかをキャプチャする代わりに、カタログビルド中に質問してそのファイルがに変更されるかどうかを調べ、カタログの詳細を適切に調整できるという事実を提供します。 Puppetは、特定のリソースに対して変更が必要な場合にのみアクションを実行するため、最初はそのようなテストは必要ありません。