Puppet环境下如何确保foo::bar执行完成不受baz类失败影响？

针对你遇到的这个问题——要确保foo::bar能完成/etc/puppetlabs/puppet/config_file.yaml的创建，同时不受任何baz类执行失败的影响，我整理了几个可行的方案，你可以根据自己的环境选择：

先明确下问题背景，方便大家理解：

• foo::bar负责生成关键配置文件/etc/puppetlabs/puppet/config_file.yaml
• foo::alpha至foo::gamma这些自定义类型依赖puppet_x类，而该类必须依赖上述配置文件才能运行，文件不存在时会抛出Puppet::Error
• baz::alpha至baz::gamma类通过foo::beta至foo::gamma这些自定义类型来定义资源

方案1：依赖绑定+错误隔离 #

这是最直接的方案，先通过依赖确保foo::bar优先执行，再隔离baz类的失败影响：

• 第一步：绑定依赖关系
  在所有baz类的定义中，添加对foo::bar的依赖，保证配置文件先创建完成：

  # 以baz::alpha为例，其他baz类同理
  class baz::alpha {
    # 原有资源定义
    foo::beta { 'example':
      # ...参数
      require => Foo::Bar, # 确保foo::bar先执行
    }
  }
  

  或者在site.pp中统一设置依赖：

  class { 'foo::bar': }
  class { 'baz::alpha':
    require => Class['foo::bar'],
  }
  

• 第二步：隔离baz类的失败
  使用ignore_failures参数，让baz类的执行失败不会中断整个Puppet运行，也不会回溯影响已经完成的foo::bar：

  class { 'baz::alpha':
    require => Class['foo::bar'],
    ignore_failures => true, # 即使baz类执行失败，也不影响整体
  }
  

  如果是通过资源引用baz类，也可以用contain结合参数设置：

  contain baz::alpha
  Class['baz::alpha'] {
    ignore_failures => true,
    require => Class['foo::bar'],
  }
  

方案2：利用Puppet执行阶段（Stage）划分 #

通过自定义执行阶段，把foo::bar放在优先级最高的阶段，确保它在所有baz类之前完成，同时给baz所在阶段设置错误隔离：

# 定义一个优先级高于main的阶段
stage { 'pre_provision':
  before => Stage['main'],
}

# 把foo::bar放到pre_provision阶段，确保最先执行
class { 'foo::bar':
  stage => 'pre_provision',
}

# 所有baz类默认在main阶段，添加依赖和错误隔离
class { 'baz::alpha':
  require => Class['foo::bar'],
  ignore_failures => true,
}
class { 'baz::beta':
  require => Class['foo::bar'],
  ignore_failures => true,
}

这种方式能从执行流程上严格保证foo::bar先完成，后续baz类的任何失败都不会影响它的执行结果。

方案3：修改自定义类型，添加文件存在性检查 #

如果有权限修改foo::alpha至foo::gamma这些自定义类型的代码，可以在provider中提前检查配置文件是否存在，避免抛出致命错误：

# 在自定义类型的provider代码中添加检查逻辑
def create
  config_file = '/etc/puppetlabs/puppet/config_file.yaml'
  unless File.exist?(config_file)
    warning("Required config file #{config_file} not found, skipping resource #{resource.name}")
    return # 跳过执行，不抛出错误
  end
  # 原有创建逻辑...
end

这样即使baz类因为某种原因提前执行（比如依赖配置错误），自定义类型也只会发出警告而不会抛出Puppet::Error，进而不会影响foo::bar的执行完成。

方案4：用Exec资源做前置检查 #

如果担心依赖关系可能失效，可以用exec资源强制检查配置文件存在后，再执行baz类：

class { 'foo::bar': }

# 检查配置文件是否存在，不存在就等待（或报错，但这里我们确保foo::bar会创建它）
exec { 'verify_config_file_exists':
  command => 'test -f /etc/puppetlabs/puppet/config_file.yaml',
  path    => ['/bin', '/usr/bin'],
  require => Class['foo::bar'],
  unless  => 'test -f /etc/puppetlabs/puppet/config_file.yaml',
}

# 所有baz类依赖这个exec，确保文件存在后再执行，同时设置错误隔离
class { 'baz::alpha':
  require => Exec['verify_config_file_exists'],
  ignore_failures => true,
}

这个方案相当于给baz类的执行加了一道“保险”，确保只有配置文件存在时才会运行，同时隔离失败影响。

内容的提问来源于stack exchange，提问作者EdwinW