使用 Chef，如何在“资源 2”之前执行“资源 1”，以执行“资源 2”为条件？

Question

我有一本包含多个食谱的 Chef 食谱，它安装了一项服务。 chef-client 的工作方式，它每 15 分钟（或其他定期间隔）重新收敛。现在我的食谱的第一步是停止服务，所以服务将每 15 分钟停止一次，但我真的想避免这种情况。问题是需要停止服务才能执行某些步骤。

如果我的食谱资源中只有一两个条件，我可以这样做：

condition1 = ... # some true/false values
condition2 = ... #

service myservice do
  only_if { condition1 or condition2 }
  action :stop
end

resource1 do
  only_if { condition1 }
end

resource2 do
  only_if { condition2 }
end

但由于我有十几个条件，在多个食谱中，它变得不优雅。有没有办法做到这个伪代码的作用？

service_resource = service myservice do
  # somehow don't execute this right now, but wait for
  # signal from resource1 or resource2
  action :stop
end

resource1 do
  make sure service_resource executed first
  only_if { condition1 }
end

resource2 do
  make sure service_resource executed first
  only_if { condition2 }
end

如果 Chef 中有一些“通知 :before”机制（而不是例如“通知 :immediately”），我可以使用它，但我没有找到任何类似的东西。有什么想法吗？

编辑：

在考虑了更多之后，另一种方法仍然不是完美但更好，它是通过定义一个被覆盖的属性来利用 Chef 的编译阶段。这样至少我们不必将所有条件保存在一个地方。

# in an "attributes" file:
default["stop_service"] = false

# in some recipe:
service myservice do
  action :stop
  only_if { node["stop_service"] }
end

# ... later, or in some other recipe file
condition1 = ... # true/false
if condition1
  # I think this executes before the only_if of the "service" resource
  override["stop_service"] = true
end

resource1 do
  only_if { condition1 }
end

Answer 1

我会做什么：

将配置暂存到一个“暂存”的地方，如果这个改变，通知停止，复制文件，启动服务。

大致意思：

service "my_service" do 
  action :nothing
end

template "/staging/conf1" do
  [... usual attributes ...]
  notifies :stop,"service[my_service]",:immediately
end

template "/staging/conf2" do
  [... usual attributes ...]
  notifies :stop,"service[my_service]",:immediately
end

remote_file "/opt/my_service/etc/conf1" do
  source "/staging/conf1"
  notifies :start,"service[my_service]" # delayed here to allow all conf files to be updated.
end

remote_file "/opt/my_service/etc/conf2" do
  source "/staging/conf2"
  notifies :start,"service[my_service]" # delayed here to allow all conf files to be updated.
end

我个人的喜好是循环遍历文件/模板定义哈希，以使用相同的资源，例如：

node['my_namespace']['conf_files']['conf1'] = "template1"
node['my_namespace']['conf_files']['conf2'] = "template2"

然后循环使用

node['my_namespace']['conf_files'].each do |cfgfile,tmplname|
  template "/staging/#{cfgfile}" do
     source tmplname
     notifies :stop,"service[my_service]",:immediately
  end

  remote_file "/opt/my_service/etc/#{cfgfile}" do
    source "/staging/#{cfgfile}"
    notifies :start,"service[my_service]"
  end
end

对于更复杂的用例，您也可以使用哈希而不是单个值

如果涉及的资源超过 2 个（执行 conf 文件的特定命令以在替换实际资源之前对其进行验证等），则可能适合定义。

另一种可能是在 LWRP 的 load_current_resource 中完成所有暂存工作，但对于所描述的用例来说，我可能走得太远了。