Maneira linguística de invocar chef-solo?

Qual é a maneira idiomática de invocar chef-solo? A maioria dos sites faz isso:

chef-solo -c ~/solo.rb -j ~/node.json -r http://www.example.com/chef-solo.tar.gz

Mas isso é longo. Existem algumas maneiras mais curtas de fazer isso:

1. Uma tarefa de rake ( rake chef-solo).
2. Um pequeno script de shell ( run-chef-solo).
3. Um alias (pode substituir o nome, como chef-solo).

Qual é a maneira idiomática de fazer isso? Como outros usuários do chef estão invocando o chef?

Por padrão, chef-sololê sua configuração em /etc/chef/solo.rb. Os parâmetros da linha de comandos correspondem aos valores de configuração que podem ser definidos neste arquivo. Isso é feito usando a biblioteca mixlib-config.

  option :config_file, 
    :short => "-c CONFIG",
    :long  => "--config CONFIG",
    :default => "/etc/chef/solo.rb",
    :description => "The configuration file to use"

  option :json_attribs,
    :short => "-j JSON_ATTRIBS",
    :long => "--json-attributes JSON_ATTRIBS",
    :description => "Load attributes from a JSON file or URL",
    :proc => nil

  option :recipe_url,
      :short => "-r RECIPE_URL",
      :long => "--recipe-url RECIPE_URL",
      :description => "Pull down a remote gzipped tarball of recipes and untar it to the cookbook ca
che.",
      :proc => nil

A 'opção' é o valor do arquivo de configuração.

O arquivo de configuração real /etc/chef/solo.rbseria semelhante a:

file_cache_path "/tmp/chef-solo"
cookbook_path   "/tmp/chef-solo/cookbooks"
role_path       "/tmp/chef-solo/roles"
json_attribs    "/tmp/chef-solo/node.json"
recipe_url      "http://www.example.com/chef-solo.tar.gz"

Observe também que o arquivo JSON também pode ser um URL remoto.

json_attribs    "http://www.example.com/node.json"

Você também pode usar o Ohai como uma biblioteca no arquivo de configuração, para detectar a plataforma ou outros atributos para especificar qual arquivo JSON usar.

require 'rubygems'
require 'ohai'
o = Ohai::System.new
o.all_plugins
file_cache_path "/tmp/chef-solo"
cookbook_path   "/tmp/chef-solo/cookbooks"
role_path       "/tmp/chef-solo/roles"
json_attribs    "/tmp/chef-solo/#{o[:platform]}.json"
recipe_url      "http://www.example.com/chef-solo.tar.gz"

E então você teria arquivos JSON específicos da "plataforma", por exemplo. Ou você pode usar o[:hostname], o[:domain]ou o[:fqdn]usar arquivos JSON com base no nome do host, domínio ou FQDN. Mas depois que você começar a ter o andaime de servidores para suportar esse tipo de configuração dinâmica, poderá executar um Chef Server :-).

@jtimberman já escreveu uma ótima resposta. Aqui está a minha maneira pessoal de invocar chef-solo. Isso faz o básico funcionar e você provavelmente precisará adicionar mais atributos /etc/chef/node.jsone explorar algumas das opções descritas na outra resposta.

# cat > /etc/chef/solo.rb << EOF
cookbook_path    "/var/chef-solo/cookbooks"
json_attribs     "/etc/chef/node.json"
EOF

# cat > /etc/chef/node.json << EOF
{
  "run_list": ["recipe[foo]", "recipe[bar]"]
}
EOF

Copie seus livros de receitas /var/chef-solo/cookbooksou tar.gz em um servidor da Web e use o recipe_urlparâmetro A execução chef-solono nó é tudo o que é necessário para invocá-lo.

Se possível, tento manter tudo dentro, solo.rbpois gosto de ser capaz de executar o chef solo, sem ter que me lembrar de nenhum argumento extra.

Observe que o chef-solo está obsoleto agora em favor do chef-client -z local-mode:

https://github.com/chef/chef-rfc/blob/master/rfc031-replace-solo-with-local-mode.md