Chef 专用术语

由名字谈开去

Chef的开发团队将其命名为Chef（大厨），是有其意义的。

大厨，给我们的第一印象，就是专业。

专业的大厨，拥有各种菜的菜谱（Cookbooks）及其制作方法（Recipes），可以把每道菜都做的很美味可口，而且，不管做多少遍，每道菜的口味都不会变味。

如果把配置服务器这个过程，类比做菜，那么Chef，就是一个专业的大厨，你只要把指定的菜谱（Cookbook）告诉Chef就可以了，它会帮你自动完成。

而每个node，好比是你要招待的每个客人，你可以告诉Chef，给他们上同样的菜，也可以为每个客人指定专门的菜。Chef都会出色的完成工作。

抽象的力量

我们可以看得出来，Chef，把整个服务器的配置管理工作做了抽象，把每个服务器变成了一个个可编程的单元，这样就能方便的去做自动化了。

我们来看看Chef是怎么抽象的：

• 在Workstation上定义各个Client(Chef Node)应该如何配置自己,然后将这些信息上传到中心服务器（Chef Server）
• 每个Client连到中心服务器(Chef Server)查看如何配置自己,然后进行自我配置

先来理解下这句话： 「定义每个Client该如何配置自己」

这句话有两层意思：

• 每个Client都是可以定义如何配置的
• 每个Client的配置都有可能和别的Client不同

而一个Client配置的定义，是由Cookbook来完成的。

一个Cookbook的构成

比如，你要往某个Client上安装apache2，那么，执行下面命令：

$ knife cookbook create apache-tutorial-1

注意： 要进到你的chef-repo目录下去执行上面的命令。 因为你的.chef目录中knife.rb定义的Cookbook目录决定这个命令会把apache-tutorial-1这个Cookbook创建在哪里。

可以参考我的目录结构(编辑器为Atom)：

chef repo

如图，可以看到，一个Cookbook的结构。

• attributes

  属性(Attributes)就是节点(Node)的信息,如IP地址,主机名,加载的内核模块,系统中可用的编程语言的版本以及更多.新的属性可以用多种方式加到节点上.

• definitions

  你可以在这里定义一段通用代码，可以在多个recipes中使用，你可以把它理解为「宏定义」。实际就是Ruby中动态定义的方法，后续有更详细的例子。

• files

  文件，是一种资源（resources），这里定义的是文件该如何分发到各个服务器，包括节点、平台和版本信息。

• libraries

  这里允许定义任意的Ruby代码，用于扩展你的Cookbook。

• providers

  Provider负责把抽象的Resource对应到实际的命令(比如一个例子， 安装vim的动作，对应到Centos系统命令是:yum -y install vim， 而Ubuntu下命令是：apt-get install vim -y)。

• recipes

  定义了多个resources，通俗的说，就是定义了这个Cookbook该如何进行配置。

• resources

  Resource是Chef提供给你的，用来描述系统的某一部分希望怎么配置的具体的东西。稍后看例子。

• templates

  这里定义了模板文件，用于从服务端复制配置文件到客户端,复制的过程中还可以进行变量替换。这样，不同的服务器上就可以有不同的配置。

• metadata.rb

  这个文件记录了一个Cookbook本身的元信息。

介绍完了Cookbook的结构，让我们来动手吧。