树结构如下：
       |-- puppet.conf   #主配置配置文件
       |-- fileserver.conf #文件服务器配置文件
       |-- auth.conf     #认证配置文件
       |-- autosign.conf # 自动验证配置文件
       |-- tagmail.conf  #邮件配置文件（将错误信息发送）
       |-- manifests     #文件存储目录(puppet 会先读取该目录的.PP 文件)
       |   --nodes
       |   |    | puppetclient.pp
       |   |-- site.pp   #定义puppet 相关的变量和默认配置。
       |   |-- modules.pp  #加载class 类模块文件（include syslog）
       |-- modules        #定义模块
       |   -- syslog     #以syslog 为例
       |        |-- file
       |        |-- manifests
       |        |   |-- init.pp #class 类配置
       |        |--- templates    #模块配置目录
       |        |   |-- syslog.erb #erb 模板

重要概念

资源：定义目标状态的核心组件；

核心资源包括：notify、package、group、user、file、exec、cron、service等；

模块：以资源为核心，是类的集合，如mod1，mod2

节点：以被管理主机为为核心，如node1，node2

puppet利用模块+节点的方式，实现目标状态的定义

manifest：清单，用于定义并保存资源，是一个资源组织工具；

facter：获取各被管理节点资源使用情况的方式；

常见结构整理

看了网上无数资料，通过亿图画出了以下三种结构，红色的表示根目录，桔色的表示目录，蓝色的表示文件。因为我处于探索puppet中，所以不好说谁好谁坏，根据我目前个人的理解，我觉得图二比较适合我公司用，linux服务器不多，只有70台左右，其它几百台服务器都是windows，用不上puppet。图一，太过于简单，如果节点服务器一多，结构势必会有点乱，图三，过于精细化，对上千台服务器的规模有用。

编写base.pp

功能说明:安装cron包并启动服务

vim base.pp
----------------------
class cron::base {
package { cron:
name => $operatingsystem ?
{#facter 获取客户端操作系统确定包的名称
ubuntu => "cron",
debian => "cron",
redhat => "vixie-cron",
centos => "vixie-cron", },
ensure => present,
}