Puppet 采用方法与实践指南
1. 平台工程方法
1.1 核心概念与团队职责
Puppet 常见的采用方式是先创建核心基础操作系统配置,再与应用团队对接。但这可能导致 Puppet 成为 Linux/Unix 操作系统团队的工具,他们主导代码库并把控整个平台。为实现有效的跨团队协作,需要采用平台工程方法。
平台工程的核心是组建平台团队,负责管理工具、工作流程和自助服务平台的开发。该平台应被视为产品,用户视为客户,确保满足其需求并在组织内推广。Puppet 通常会与其他 DevOps 工具和工作流程一起成为平台的一部分。
1.2 Puppet 在平台中的角色
Puppet 在平台中的应用可采用 Day 0、Day 1 和 Day 2 的方法:
- Day 0 :使用专业工具(如 Terraform)进行基础设施的预配,创建基础设施。
- Day 1 :将 Puppet 代码应用于客户端,根据构建和安全标准配置操作系统。
- Day 2 :持续执行配置,防止因意外外部更改或标准的有意更改导致配置漂移。
理想情况下,运行 Puppet 基础设施的责任应由平台团队承担,这样不同团队可以开发自己的代码和角色,并通过自助服务平台进行部署。但实际中,Linux 团队可能同时运行自己的代码库和 Puppet 基础设施,此时应将这视为两个独立的角色,平台团队不应成为 Puppet 代码的守门人,以免阻碍开发者将 Puppet 作为自助服务平台使用。
超级会员免费看
订阅专栏 解锁全文
22

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



