442 lines
10 KiB
Markdown
442 lines
10 KiB
Markdown
|
Chef::Sugar
|
||
|
================
|
||
|
[![Gem Version](http://img.shields.io/gem/v/chef-sugar.svg)][gem]
|
||
|
[![Build Status](http://img.shields.io/travis/sethvargo/chef-sugar.svg)][travis]
|
||
|
[![Dependency Status](http://img.shields.io/gemnasium/sethvargo/chef-sugar.svg)][gemnasium]
|
||
|
[![Code Climate](http://img.shields.io/codeclimate/github/sethvargo/chef-sugar.svg)][codeclimate]
|
||
|
[![Gittip](http://img.shields.io/gittip/sethvargo.svg)][gittip]
|
||
|
|
||
|
[gem]: https://rubygems.org/gems/chef-sugar
|
||
|
[travis]: http://travis-ci.org/sethvargo/chef-suguar
|
||
|
[gemnasium]: https://gemnasium.com/sethvargo/chef-sugar
|
||
|
[codeclimate]: https://codeclimate.com/github/sethvargo/chef-sugar
|
||
|
[gittip]: https://www.gittip.com/sethvargo
|
||
|
|
||
|
Chef Sugar is a Gem & Chef Recipe that includes series of helpful sugar of the Chef core and other resources to make a cleaner, more lean recipe DSL, enforce DRY principles, and make writing Chef recipes an awesome experience!
|
||
|
|
||
|
|
||
|
Installation
|
||
|
------------
|
||
|
If you want to develop/hack on chef-sugar, please see the Contributing.md.
|
||
|
|
||
|
If you are using Berkshelf, add `chef-sugar` to your `Berksfile`:
|
||
|
|
||
|
```ruby
|
||
|
cookbook 'chef-sugar'
|
||
|
```
|
||
|
|
||
|
Otherwise, you can use `knife` or download the tarball directly from the community site:
|
||
|
|
||
|
```ruby
|
||
|
knife cookbook site install chef-sugar
|
||
|
```
|
||
|
|
||
|
|
||
|
Usage
|
||
|
-----
|
||
|
In order to use Chef Sugar in your Chef Recipes, you'll first need to include it:
|
||
|
|
||
|
```ruby
|
||
|
include_recipe 'chef-sugar::default'
|
||
|
```
|
||
|
|
||
|
Alternatively you can put it in a base role or recipe and it will be included subsequently.
|
||
|
|
||
|
Requiring the Chef Sugar Gem will automatically extend the Recipe DSL, `Chef::Resource`, and `Chef::Provider` with helpful convenience methods.
|
||
|
|
||
|
### Module Method
|
||
|
If you are working outside of the Recipe DSL, you can use the module methods instead of the Recipe DSL. In general, the module methods have the same name as their Recipe-DSL counterparts, but require the node object as a parameter. For example:
|
||
|
|
||
|
In a Recipe:
|
||
|
|
||
|
```ruby
|
||
|
# cookbook/recipes/default.rb
|
||
|
do_something if windows?
|
||
|
```
|
||
|
|
||
|
In a Library as a singleton:
|
||
|
|
||
|
```ruby
|
||
|
# cookbook/libraries/default.rb
|
||
|
def only_on_windows(&block)
|
||
|
yield if Chef::Sugar::PlatformFamily.windows?(@node)
|
||
|
end
|
||
|
```
|
||
|
|
||
|
In a Library as a Mixin:
|
||
|
|
||
|
```ruby
|
||
|
# cookbook/libraries/default.rb
|
||
|
include Chef::Sugar::PlatformFamily
|
||
|
|
||
|
def only_on_windows(&block)
|
||
|
yield if windows?(@node)
|
||
|
end
|
||
|
```
|
||
|
|
||
|
|
||
|
API
|
||
|
---
|
||
|
**Note:** For the most extensive API documentation, please see the YARD documentation.
|
||
|
|
||
|
### Architecture
|
||
|
**Note:** Some of the architecture commands begin with an underscore (`_`) because Ruby does not permit methods to start with a numeric.
|
||
|
|
||
|
- `_64_bit?`
|
||
|
- `_32_bit?`
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
execute 'build[my binary]' do
|
||
|
command '...'
|
||
|
not_if { _64_bit? }
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Cloud
|
||
|
- `azure?`
|
||
|
- `cloud?`
|
||
|
- `ec2?`
|
||
|
- `eucalyptus?`
|
||
|
- `gce?`
|
||
|
- `linode?`
|
||
|
- `openstack?`
|
||
|
- `cloudstack?`
|
||
|
- `rackspace?`
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
template '/tmp/config' do
|
||
|
variables(
|
||
|
# See also: best_ip_for
|
||
|
ipaddress: cloud? ? node['local_ipv4'] : node['public_ipv4']
|
||
|
)
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Core Extensions
|
||
|
**Note:** Core extensions are **not** included by default. You must require the `chef/sugar/core_extensions` module manually to gain access to these APIs:
|
||
|
|
||
|
```ruby
|
||
|
require 'chef/sugar/core_extensions'
|
||
|
```
|
||
|
|
||
|
- `String#satisfies?`
|
||
|
- `String#satisfied_by?`
|
||
|
- `Array#satisfied_by?`
|
||
|
- `Object#blank?`
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
# Checking version constraints
|
||
|
'1.0.0'.satisfies?('~> 1.0') #=> true
|
||
|
'~> 1.0'.satisfied_by?('1.0') #=> true
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
# Check for an object's presence
|
||
|
''.blank? #=> true
|
||
|
['hello'].blank? #=> false
|
||
|
```
|
||
|
|
||
|
### Data Bag
|
||
|
- `encrypted_data_bag_item` - a handy DSL method for loading encrypted data bag items the same way you load a regular data bag item; this requires `Chef::Config[:encrypted_data_bag_secret]` is set!
|
||
|
- `encrypted_data_bag_item_for_environment` - find the data bag entry for the current node's Chef environment.
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
encrypted_data_bag_item('accounts', 'hipchat')
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
encrypted_data_bag_item_for_environment('accounts', 'github')
|
||
|
```
|
||
|
|
||
|
### Attributes
|
||
|
Chef Sugar adds more Chef-like DSL to attribute definitions. Instead of using the Ruby hash syntax, you can define attributes using nested namespaces. This DSL may be more friendly to non-Ruby developers. It can safely be mixed-and-matched with the standard syntax.
|
||
|
|
||
|
```ruby
|
||
|
# This is functionally the same as default['apache2']['config']['root'] = '/var/www'
|
||
|
namespace 'apache2' do
|
||
|
namespace 'config' do
|
||
|
root '/var/www'
|
||
|
end
|
||
|
end
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
# Specify multiple keys instead of nesting namespaces
|
||
|
namespace 'apache2', 'config' do
|
||
|
root '/var/www'
|
||
|
end
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
# Specify different nested precedence levels
|
||
|
namespace 'apache2', precedence: normal do
|
||
|
namespace 'config', precedence: override do
|
||
|
root '/var/www' #=> override['apache2']['config']['root'] = '/var/www'
|
||
|
end
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Constraints
|
||
|
- `constraints` - create a new constraint (or requirement) that can be used to test version validations.
|
||
|
- `chef_version` - (DSL only) a wrapper for `version(Chef::VERSION)`
|
||
|
- `version` - create a new version that can be used to test constraint validation.
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
# Check if a version is satisfied by a constraint
|
||
|
version('1.2.3').satisfies?('~> 1.2.0')
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
# Check if a constraint is satisfied by a version
|
||
|
constraint('~> 1.2.0').satisfied_by?('1.2.3')
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
# Support multiple constraints
|
||
|
version('1.2.3').satisfies?('> 1.2', '< 2.0')
|
||
|
constraint('> 1.2', '< 2.0').satisfied_by?('1.2.3')
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
# Only perform an operation if Chef is at a certain version
|
||
|
package 'apache2' do
|
||
|
not_if { chef_version.satisfies?('~> 11.0') } # Ignore Chef 11
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Kernel
|
||
|
- `require_chef_gem` - "safely" require a gem. Loading a gem with Chef is sometimes difficult and confusing. The errors that Chef produces are also sometimes not very intuitive. In the event you require a gem to exist on the system, you can use `require_chef_gem`, which will attempt to require the gem and then produce helpful output if the gem is not installed:
|
||
|
|
||
|
Chef could not load the gem `#{name}'! You may need to install the gem
|
||
|
manually with `gem install #{name}', or include a recipe before you can
|
||
|
use this resource. Please consult the documentation for this cookbook
|
||
|
for proper usage.
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
# LWRP
|
||
|
require_chef_gem 'pry'
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
class Chef
|
||
|
class Provider
|
||
|
class MyProvider > Provider
|
||
|
require_chef_gem 'pry'
|
||
|
end
|
||
|
end
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### IP
|
||
|
- `best_ip_for` - determine the best IP address for the given "other" node, preferring local IP addresses over public ones.
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
redis = search('node', 'role:redis').first
|
||
|
|
||
|
template '/tmp/config' do
|
||
|
variables(
|
||
|
ipaddress: best_ip_for(redis)
|
||
|
)
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Node
|
||
|
- `deep_fetch` - safely fetch a nested attribute.
|
||
|
- `deep_fetch!` - fetch a nested attribute, raising a more semantic error if the key does not exist.
|
||
|
- `in?` - determine if the node is in the given Chef environment.
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
credentials = if in?('production')
|
||
|
Chef::EncryptedDataBag.new('...')
|
||
|
else
|
||
|
data_bag('...')
|
||
|
end
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
node.deep_fetch('apache2', 'config', 'root') => node['apache2']['config']['root']
|
||
|
```
|
||
|
|
||
|
### Platform
|
||
|
- `amazon_linux?`
|
||
|
- `centos?`
|
||
|
- `linux_mint?`
|
||
|
- `oracle_linux?`
|
||
|
- `redhat_enterprise_linux?`
|
||
|
- `scientific_linux?`
|
||
|
- `ubuntu?`
|
||
|
- `solaris2?`
|
||
|
- `aix?`
|
||
|
- `smartos?`
|
||
|
- `omnios?`
|
||
|
|
||
|
There are also a series of dynamically defined matchers that map named operating system release versions and comparison operators in the form "#{platform}\_#{operator}\_#{name}?". For example:
|
||
|
|
||
|
- `debian_after_squeeze?`
|
||
|
- `linuxmint_after_or_at_olivia?`
|
||
|
- `mac_os_x_lion?`
|
||
|
- `ubuntu_before_lucid?`
|
||
|
- `ubuntu_before_or_at_maverick?`
|
||
|
|
||
|
To get a full list, run the following in IRB:
|
||
|
|
||
|
```ruby
|
||
|
require 'chef/sugar'
|
||
|
puts Chef::Sugar::Platform.instance_methods
|
||
|
```
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
if ubuntu?
|
||
|
execute 'apt-get update'
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Platform Family
|
||
|
- `arch_linux?`
|
||
|
- `debian?`
|
||
|
- `fedora?`
|
||
|
- `freebsd?`
|
||
|
- `gentoo?`
|
||
|
- `linux?`
|
||
|
- `mac_os_x?`
|
||
|
- `openbsd?`
|
||
|
- `rhel?`
|
||
|
- `slackware?`
|
||
|
- `suse?`
|
||
|
- `windows?`
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
node['attribute'] = if windows?
|
||
|
'C:\Foo\BarDrive'
|
||
|
else
|
||
|
'/foo/bar_drive'
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Ruby
|
||
|
**Note:** The applies to the Ruby found at `node['languages']['ruby']`.
|
||
|
|
||
|
- `ruby_20?`
|
||
|
- `ruby_19?`
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
log 'This has been known to fail on Ruby 2.0' if ruby_20?
|
||
|
```
|
||
|
|
||
|
### Run Context
|
||
|
- `includes_recipe?` - determines if the current run context includes the recipe
|
||
|
|
||
|
```ruby
|
||
|
if includes_recipe?('apache2::default')
|
||
|
apache_module 'my_module' do
|
||
|
# ...
|
||
|
end
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Shell
|
||
|
- `which`
|
||
|
- `dev_null`
|
||
|
- `installed?`
|
||
|
- `installed_at_version?`
|
||
|
- `version_for`
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
log "Using `mongo` at `#{which('mongo')}`"
|
||
|
|
||
|
if installed?('apt')
|
||
|
execute 'apt-get update'
|
||
|
end
|
||
|
|
||
|
execute 'install[thing]' do
|
||
|
command "... 2>&1 #{dev_null}"
|
||
|
not_if { installed_at_version?('thing', node['thing']['version']) }
|
||
|
end
|
||
|
|
||
|
log "Skipping git install, version is at #{version_for('mongo', '-v')}"
|
||
|
```
|
||
|
|
||
|
### Vagrant
|
||
|
- `vagrant?`
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
http_request 'http://...' do
|
||
|
not_if { vagrant? }
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Virtualization
|
||
|
- `lxc?`
|
||
|
- `vmware?`
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
service 'ntpd' do
|
||
|
action [:enable, :start]
|
||
|
not_if { lxc? }
|
||
|
end
|
||
|
```
|
||
|
|
||
|
### Filters
|
||
|
- `compile_time` - accepts a block of resources to run at compile time
|
||
|
- `before` - insert resource in the collection before the given resource
|
||
|
- `after` - insert resource in the collection after the given resource
|
||
|
|
||
|
#### Examples
|
||
|
```ruby
|
||
|
compile_time do
|
||
|
package 'apache2'
|
||
|
end
|
||
|
|
||
|
# This is equivalent to
|
||
|
package 'apache2' do
|
||
|
action :nothing
|
||
|
end.run_action(:install)
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
before 'service[apache2]' do
|
||
|
log 'I am before the apache 2 service fires!'
|
||
|
end
|
||
|
```
|
||
|
|
||
|
```ruby
|
||
|
after 'service[apache2]' do
|
||
|
log 'I am after the apache 2 service fires!'
|
||
|
end
|
||
|
```
|
||
|
|
||
|
|
||
|
License & Authors
|
||
|
-----------------
|
||
|
- Author: Seth Vargo (sethvargo@gmail.com)
|
||
|
|
||
|
```text
|
||
|
Copyright 2013-2014 Seth Vargo
|
||
|
|
||
|
Licensed under the Apache License, Version 2.0 (the "License");
|
||
|
you may not use this file except in compliance with the License.
|
||
|
You may obtain a copy of the License at
|
||
|
|
||
|
http://www.apache.org/licenses/LICENSE-2.0
|
||
|
|
||
|
Unless required by applicable law or agreed to in writing, software
|
||
|
distributed under the License is distributed on an "AS IS" BASIS,
|
||
|
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
||
|
See the License for the specific language governing permissions and
|
||
|
limitations under the License.
|
||
|
```
|