### 创建自定义的资源类型
该到你发挥创意的时间了。你已经知道了各种不同的 Puppet 资源类型: 包(package), 文件(file)、用户(user),等等。 通常情况下,你既可以组合使用这些内置资源类型做你需要做的一切, 又可以通过一个自定义 define 作为一种资源(以内置资源同样的方式)来使用 (参见第 4 章 [书写更优质的配置清单](#chapter04) 中有关 define 的内容)。
但是,如果你需要创建自己的资源类型,Puppet 也可以很容易地实现。 原生的资源类型都是使用 Ruby 书写的,为了创建自己的资源类型,你需要对 Ruby 有一个基本的了解。
让我们重新回顾一下 **资源类型**(**type**)和 **提供者**(**provider**)之间的区别。 资源类型描述了一个资源和它可拥有的参数(例如,package 类型)。 提供者则告诉 Puppet 如何针对特定的平台或情况去实现一个资源 (例如,apt/dpkg 提供者为 Debian/Ubuntu 系统实现 package 资源)。
一种类型(如:package)可以有多个提供者(如:apt、yum、fink 等等)。 如果你声明一个资源时没有指定提供者,Puppet 会根据环境选择一个最合适的提供者。
在本节中,我们将看到如何创建一个管理 Git 仓库的自定义资源类型; 在下一节,我们将编写一个实现这种资源类型的提供者。
#### 准备工作
1. 在你的 puppet.conf 文件中启用 pluginsync(若还未启用):
```
[main]
pluginsync = true
```
2. 在你的 Puppet 仓库中,为你的插件和类型创建一个自定义模块(若还不存在):
```
# cd /etc/puppet/modules
# mkdir custom
```
3. 在这个模块中,创建 lib/puppet/type 目录:
```
# cd custom
# mkdir -p lib/puppet/type
```
#### 操作步骤
在 type 目录中创建一个名为 gitrepo.rb 的文件,其内容如下:
```
Puppet::Type.newtype(:gitrepo) do
ensurable
newparam(:source) do
isnamevar
end
newparam(:path)
end
```
#### 工作原理
第一行注册一个名为 gitrepo 的新类型:
```
Puppet::Type.newtype(:gitrepo) do
```
ensurable 行确保自动给出该类型的属性(与 Puppet 内置的资源类似):
```
ensurable
```
现在,我们将给出此类型的一些参数。就目前而言,我们所需要的参数分别是: source 参数用于指定 Git 仓库源的 URL;path 参数用于告诉 Puppet 要在文件系统中的什么位置创建仓库。
```
newparam(:source) do
isnamevar
end
```
isnamevar 声明告诉 Puppet 参数 source 是此类型的 namevar。 因此当你声明这个资源的实例时,你给出的任何名字将被视为 source 的值。例如:
```
gitrepo { "git://github.com/puppetlabs/puppet.git":
path => "/home/john/work/puppet",
}
```
最后,我们添加 path 参数:
```
newparam(:path)
```
#### 更多用法
一旦你熟悉了创建自己的资源类型的方法,你就可以使用自定义的资源类型替换复杂的 exec 资源, 这会使你的配置清单更具可读性。 然而,通过对自定义资源类型的代码添加一些文档和参数校验使其更强壮更具可重用性是一个好主意。
##### 文档
我在上面故意举了一个简单的例子,但是当你要为生产环境开发真正的自定义类型时, 你应该加入文档字符串描述类型及其参数的用途。例如:
```
Puppet::Type.newtype(:gitrepo) do
@doc = "Manages Git repos"
ensurable
newparam(:source) do
desc "Git source URL for the repo"
isnamevar
end
newparam(:path) do
desc "Path where the repo should be created"
end
end
```
##### 校验
当某人试图向资源传递错误的值时,你可以使用参数校验(validate)生成有用的错误信息。 例如,你可以校验要创建仓库的目录是否已真实存在:
```
newparam(:path) do
validate do |value|
basepath = File.dirname(value)
unless File.directory?(basepath)
raise ArgumentError , "The path %s doesn't exist" %basepath
end
end
end
```
你也可以为参数指定一个允许的取值列表,例如:
```
newparam(:breakfast) do
newvalues(:bacon, :eggs, :sausages)
end
```
- 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
- 使用公共模块
- 使用外部节点分类器
- 创建自定义的资源类型
- 创建自定义的提供者