### 使用运行阶段
> What do you get when you play country music backwards? You get your girl back, your dog back, your pick-up back, and you stop drinking.
>
> — Louis Saaberda
重要的是要以正确的顺序做事情。 一个普遍的需求是应用一个特定的资源之前必须先应用它所依赖的所有资源 (例如,安装一个软件包仓库),或者之后运行其他资源 (例如,一旦其所依赖的包都已安装,就部署应用程序)。 Puppet 的 **run stages** 用于实现这种功能。
#### 操作步骤
1. 添加如下代码到你的配置清单:
```
class install_repos {
notify { "This will be done first": }
}
class deploy_app {
notify { "This will be done last": }
}
stage { "first": before => Stage["main"] }
stage { "last": require => Stage["main"] }
class { "install_repos": stage => "first" }
class { "deploy_app": stage => "last" }
```
2. 运行 Puppet:
```
# puppet agent --test
info: Retrieving plugin
info: Caching catalog for cookbook.bitfieldconsulting.com
info: Applying configuration version '1303127505'
notice: This will be done first
notice: /Stage[first]/Beginning/Notify[This will be done first]/
message: defined 'message' as 'This will be done first'
notice: This will be done last
notice: /Stage[last]/End/Notify[This will be done last]/message:
defined 'message' as 'This will be done last'
notice: Finished catalog run in 0.59 seconds
```
#### 工作原理
1. 首先把要做的工作根据先后顺序声明为两个类。
```
class install_repos {
notify { "This will be done first": }
}
class deploy_app {
notify { "This will be done last": }
}
```
2. 然后创建一个名为 first 的运行阶段:
```
stage { "first": before => Stage["main"] }
```
参数 before 指定了 first 阶段必须在 main 阶段(默认阶段)之前完成的一切。
3. 接着创建一个名为 last 的运行阶段:
```
stage { "last": require => Stage["main"] }
```
参数 require 指定了在 last 阶段之前 main 阶段必须完成的一切。
4. 最后,我们引用 install_repos 和 deploy_app 两个类, 指定他们 分别应该是 first 阶段和 last 阶段的一部分:
```
class { "install_repos": stage => "first" }
class { "deploy_app": stage => "last" }
```
注意我们使用的是 class 关键字,而不是 include 关键字, 就像为类传递参数一样。 你能想象,作为一个参数,stage 可以被传递到任何类。
5. Puppet 会按照如下的顺序应用 stage:
```
i. first
ii. main
iii. last
```
#### 更多用法
事实上,只要你喜欢你可以定义许多运行阶段,并为他们安排执行顺序。 这可以简化配置清单的复杂性,否则在很大程度上就会需要很多资源之间的明确的依赖关系。 如果你可以将所有资源分为A和B两组,A组资源必须要在B组资源之前运行完成, 这是使用运行阶段的典型情况。
Gary Larizza 写了一篇有用的关于使用运行阶段的介绍文章,并结合了一些实际的例子, 网址为 [http://glarizza.posterous.com/using-run-stages-with-puppet](http://glarizza.posterous.com/using-run-stages-with-puppet) 。
- 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
- 使用公共模块
- 使用外部节点分类器
- 创建自定义的资源类型
- 创建自定义的提供者