### 使用運行階段
> 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
- 使用公共模塊
- 使用外部節點分類器
- 創建自定義的資源類型
- 創建自定義的提供者