小编riz*_*zen的帖子

厨师最佳实践/问题

我使用并喜欢 Puppet。我搬到了一家新公司,他们正在收养厨师。所以我正在尝试学习 Chef,但我很难将它们拼凑在一起,因为我仍然在 Puppet 中思考 =)

这些是我的问题:

  • 在 Ruby DSL、JSON 或管理控制台中设置角色哪个更好?为什么有多种方法可以做同样的事情?
  • 你能把食谱组织成子目录吗?例如:我们有自定义软件,我想为其编写食谱并将其粘贴到:chef-repo/cookbooks/ourcompanystuff/customsoftwarecookbook 这是一个好习惯吗?
  • 我是否为每种类型的角色创建一个说明书,指定它的作用?我是否有这些食谱包括其他食谱(即我的网络服务器角色的食谱包括 apache 食谱)。我不确定如何处理食谱之间的依赖关系和继承。
  • 有没有像 Puppet 的外部节点分类器那样节点自动确定它们的角色?
  • 似乎您可以使用 Knife 或在管理控制台中进行配置,或者编辑 JSON 文件?这让我感到非常困惑,为什么有这么多方法可以做事,真是令人麻痹!是否有理由使用其中之一?来自 puppet 似乎很容易使用这些工具意外错误配置某些东西(即-遗漏某些东西)
  • 如何在我的开发集群中使用 Chef 自动配置节点?使用 Puppet,我启动了一个连接到 puppermaster 的 VM,并启动了一个 puppet 运行并自行设置(角色由外部节点分类器确定)。我如何用 Chef 做到这一点?使用将其绑定到厨师服务器的 pem/rb 文件安装厨师,使用刀手动告诉节点其角色或在管理界面中编辑它,然后启动厨师客户端运行以设置自己?

我完成了入门教程,我看到他们有 EC2 教程,但我从未使用过 EC2,所以我很难理解它们。在这一点上,我已经托管了 Chef 并且我开始尝试配置单个节点。我从这里去哪里?我需要开始看公共食谱吗?

Opscode 上的文档还可以,但不如 Puppet 的好。我的搜索中是否还有其他好的厨师资源?

configuration-management chef

48
推荐指数
1
解决办法
2万
查看次数

标签 统计

chef ×1

configuration-management ×1