使用和编写可重用模块
一、模块管理文件的不同方式
当涉及到模块管理文件时,有两种主要情况:
1. 文件整体管理 :
- 模块类应暴露至少定义应用程序主要设置的参数,并且可以选择暴露大多数或所有其他设置,只要这些设置在默认模板中进行管理。
- 允许用户提供自定义 ERB 模板,以覆盖模块的默认模板,用于管理无法通过参数管理的自定义设置。
- 允许用户通过 source 参数提供普通静态文件作为配置,因为有些用户可能希望按原样管理配置文件。
2. 文件行级管理 :
- 提供原生或自定义类型,允许操作配置文件中的单行内容。
- 最终提供类(可以是单个主类或多个子类),将受管理应用程序的所有可能配置设置作为参数暴露出来(可能有很多且难以保持更新)。
二、命名标准
目前模块生态系统发展混乱,同一应用程序存在多个不同的模块,这给 Puppet 用户带来了诸多不便,例如不同的布局、参数名称、入口点、操作系统覆盖范围和功能集,还可能导致模块依赖冲突。为了解决这些问题,需要对模块类和参数名称进行标准化命名,其好处如下:
|好处|说明|
| ---- | ---- |
|更合理简单的用户体验|用户更容易理解和使用模块|
|更轻松的模块互操作性|模块之间更容易协同工作|
|推荐的可重用模式|有助于提高模块的可重用性|
|使用和开发的可预测性|开发者和用户能更清晰地了解模块的使用方式|
目前,这是一个社区驱动的努力,名为 stdmod,可在 https://github.com
超级会员免费看
订阅专栏 解锁全文
1290

被折叠的 条评论
为什么被折叠?



