### 使用不同的环境
> A Zen student went up to a hot dog vendor and said: "Make me one with everything".
>
> — Joke
环境背景很重要。 如果你想对 Puppet 的配置清单在应用到生产环境之前先进行测试, 你可以使用 Puppet 的 **environment** 特性来做到。 这可以让你根据环境应用不同的配置清单来设置客户机。例如,你可以定义如下的环境:
* development
* staging
* production
你可以在 puppet.conf 文件中设置环境。在本例中,我们将添加一个 development 环境,用于指向一套不同的配置清单。
#### 操作步骤
在 puppet.conf 文件中添加如下行:
```
[development]
manifest = /etc/puppet/env/development/manifests/site.pp
modulepath = /etc/puppet/env/development/modules:/etc/puppet/modules
```
#### 工作原理
你可以根据你的喜好将一套与一个环境相关的配置清单存在磁盘的任何位置, 只要设置 manifest 参数指向顶级的 site.pp 文件即可。在本例中, 我们为 development 环境所编制的配置清单保存在 /etc/puppet/env/development 目录。 类似地,你还需要使用 modulepath 参数指定这个环境需要使用的模块目录。
在上面的例子中,参数 modulepath 同时包括了 /etc/puppet/modules; 所以若 Puppet 在你的 development 环境中找不到模块,它也会在默认的环境中寻找。 这就意味着你仅需要将区别于其他环境的模块存入 development 环境。
默认的环境是 production,所以如果你没有指定 Puppet 的环境的话,将会使用默认环境。
#### 更多用法
如果你使用 Git 这样的版本控制系统,你的不同环境可以是 Git 的不同分支。 一旦你编制了新模块并完成了测试,就可以将其合并(merge)到用于生产环境的 Git 主分支(master branch)。 你可以在 R.I. Pienaar 的文章里了解更多使用环境的技巧: [http://www.devco.net/archives/2009/10/10/puppet_environments.php](http://www.devco.net/archives/2009/10/10/puppet_environments.php) 。
> ![注记](https://box.kancloud.cn/2016-05-12_5733eec619643.png) 译者注
> 你还可以参考 [http://puppetlabs.com/blog/git-workflow-and-puppet-environments/](http://puppetlabs.com/blog/git-workflow-and-puppet-environments/) 了解关于使用 Git 和 Puppet 动态环境的技巧。
你可以用多种方式指定客户端的环境。 一种方式是在运行 Puppet 时使用 --environment 开关:
```
# puppet agent --test --environment=development
```
另一种方式是在客户端的 puppet.conf 文件中使用 environment 参数指定:
```
[main]
environment=development
```
如果你使用的是外部节点分类器脚本(将在本书第 9 章的描述),也可以指定客户端所属的环境。
你也可以为每一个环境指定不同的 fileserver.conf(参考 [配置 Puppet 的文件服务器](#ch01sec04) 一节)。 为了实现此功能,需要在 Puppetmaster 的配置文件 puppet.conf 中为每个环境设置 fileserverconfig 参数:
```
[development]
fileserverconfig = /etc/puppet/fileserver.conf.development
[production]
fileserverconfig = /etc/puppet/fileserver.conf.production
```
更多的信息,请参考 Puppet Labs 的“使用多环境”的页面: [http://projects.puppetlabs.com/projects/1/wiki/Using_Multiple_Environments](http://projects.puppetlabs.com/projects/1/wiki/Using_Multiple_Environments) 。
#### 参见本书
* 第 1 章的 [使用版本控制](#ch01sec01) 一节
* 第 3 章的 [使用模块](#ch03sec02) 一节
* 第 9 章的 [使用外部节点分类器](#ch09sec09) 一节
- Puppet 2.7 Cookbook 中文版
- 中文翻译版
- 译者序
- 项目缘起
- 翻译方法
- 社区链接
- 社区建议
- 贡献者
- 原书版权页
- 关于作者
- 前言
- 本书内容
- 阅读前提
- 适用读者
- 格式约定
- 读者反馈
- 客户支持
- 下载案例代码
- 勘误表
- Puppet 基础设施
- 使用版本控制
- 使用提交钩子
- 使用 Rake 部署变更
- 配置 Puppet 的文件服务器
- 从 cron 运行 Puppet
- 使用自动签名
- 预签名证书
- 从 Puppet 的 filebucket 检索文件
- 使用 Passenger 扩展 Puppet 的部署规模
- 创建去中心化的分布式 Puppet 架构
- 监控、报告和排错
- 生成报告
- 通过 Email 发送包含特定标签的日志信息
- 创建图形化报告
- 自动生成 HTML 文档
- 绘制依赖关系图
- 测试你的 Puppet 配置清单
- 执行模拟运行
- 检测编译错误
- 理解 Puppet 的错误信息
- 显示命令的输出结果
- 输出调试信息
- 检查配置设置
- 使用标签
- 使用运行阶段
- 使用不同的环境
- Puppet 语言及其写作风格
- 使用 Puppet 社区规范
- 使用模块
- 使用标准的命名规范
- 使用嵌入式 Ruby 代码
- 使用纯 Ruby 代码书写配置清单
- 遍历多个项目
- 书写强大的条件语句
- 在 if 语句中使用正则表达式
- 使用选择器和 case 语句
- 检测字符串中是否包含指定的值
- 使用正则表达式替换
- 书写更优质的配置清单
- 使用资源的数组
- 使用 define 资源
- 指定资源的依赖关系
- 使用节点继承
- 使用类的继承和重载
- 给类传递参数
- 书写可重用的跨平台配置清单
- 获得系统的环境信息
- 导入动态信息
- 从 CSV 文件导入数据
- 给 Shell 命令传递参数
- 使用文件和软件包
- 为配置文件添加配置行
- 使用 Augeas 自动修改配置文件
- 使用配置片段构建配置文件
- 使用 ERB 模板
- 在模板中遍历数组
- 从第三方仓库安装软件包
- 配置 APT 软件仓库
- 配置 GEM 仓库
- 从源码包自动构建软件
- 比较软件包的版本
- 用户和虚拟资源
- 使用虚拟资源
- 使用虚拟资源管理用户
- 管理用户基于密钥的 SSH 访问
- 管理用户的自定义文件
- 有效地分发 cron 任务
- 当文件更新时运行命令
- 使用主机资源
- 为文件资源指定多个源
- 使用文件资源递归地分发整个目录树
- 清理过期的旧文件
- 使用日程表资源
- 资源的审计
- 临时禁用资源
- 管理时区
- 应用程序
- 管理 Apache 服务
- 创建 Apache 虚拟主机
- 创建 Nginx 虚拟主机
- 创建 MySQL 数据库及用户
- 管理 Drupal 站点
- 管理 Rails 应用程序
- 服务器和云基础设施
- 部署 Nagios 监控服务器
- 使用 Heartbeat 构建高可用服务
- 管理 NFS 服务和文件共享
- 使用 HAProxy 为多个 web 服务器实现负载均衡
- 使用 iptables 管理防火墙
- 管理 Amazon 的 EC2 实例
- 使用 Vagrant 管理虚拟机
- 外部工具和 Puppet 生态环境
- 创建 Facter 的自定义 fact
- 在运行 Puppet 之前和之后执行命令
- 从 Shell 会话生成 Puppet 配置清单
- 从运行的系统上生成 Puppet 配置清单
- 使用 Puppet Dashboard
- 使用 Foreman
- 使用 MCollective
- 使用公共模块
- 使用外部节点分类器
- 创建自定义的资源类型
- 创建自定义的提供者