Articles of 厨师

厨师的最佳做法/问题

我使用和爱Puppet。 我搬到一家新公司,他们正在采用厨师。 所以我想学习厨师,但是拼凑起来很难,因为我仍然认为在木偶=) 这些是我的问题: 在Ruby DSL,JSON或pipe理控制台中设置angular色是否更好? 为什么有多种方式来做同样的事情? 你可以把食谱组织成子目录吗? 例如:我们有自定义的软件,我想写一本食谱,并粘贴到:厨师回购/ cookbooks / ourcompanystuff / customsoftwarecookbook这将是一个很好的做法? 我是否为每种types的angular色创build一个指定它的工作簿? 我是否有这些食谱包括其他食谱(即我的web服务器angular色的食谱包括apache食谱)。 我不知道如何处理食谱相互依赖和inheritance。 有什么像Puppet的外部节点分类器,所以节点自动确定他们的angular色? 似乎你可以configuration刀或pipe理控制台,或编辑JSON文件的东西? 这让我感到非常困惑,为什么有这么多的方式来做事情,这是瘫痪的! 有没有理由使用一个或另一个? 从傀儡来看,似乎用这些工具不小心configuration了一些东西很容易(比如,留下一些东西) 如何在我的开发集群中自动configuration厨师节点? 使用Puppet,我启动了一个虚拟机,连接到puppermaster并启动一个木偶运行并设置自己(angular色由外部节点分类器决定)。 我如何与厨师做这个? 安装带有pem / rb文件的厨师,将其绑定到厨师服务器上,手动告诉节点其在厨师angular色中的angular色,或者在pipe理界面中编辑这个angular色,然后开始厨师 – 客户端运行来设置自己? 我完成了入门教程,我看到他们有EC2教程,但我从来没有使用EC2,所以他们很难跟随。 在这一点上,我主持了Chef的运行,并且开始configuration一个节点。 我从哪里出发? 我是否需要开始查看公共食谱? Opscode上的文档没问题,但几乎没有Puppet的那么好。 在我的search中,有没有其他好的厨师资源?

Vagrant,Docker,Chef和OpenStack(或类似产品)之间的关系?

我是一名Web开发人员,但我也对一些pipe理任务感兴趣。 因此,从纯粹的行政到开放的新行动对我来说非常方便。 无论如何,我有一些问题要把几件事情关系到一起。 也许没有,所以我想请求帮助澄清。 基本上,我想要把四种types的软件(从我的理解)。 确切的产品并不重要,你可以把任何类似的软件作为替代: Vagrant:从我的理解是自动创build和pipe理虚拟机:设置它们,启动和停止它们。 这可以使用本地VM或远程来完成,例如在云平台上。 Docker:基于几个Linux内核概念的“轻量级VM”,可以用来隔离运行进程,例如在共享的Web主机环境中。 厨师:设置和configuration操作系统的工具,例如在虚拟机内部。 OpenStack:一种工具,允许您构build自己的私有云,因此可以与AWS等相媲美。 问题1:我的解释是正确的,还是我对这些消费中的一些(或全部)有错? 问题2:我怎么能混合所有这些工具? 这会有什么意义吗? 在我的想象中,从我的理解来看,你可以去 使用OpenStack来构build自己的云, 使用Vagrant来pipe理在云中运行的虚拟机, 使用Chef来设置这些虚拟机 最后使用Docker在虚拟机中运行进程。 它是否正确? 如果是这样,你能给我一个如何开始使用所有这些build议(这是相当多的同时,我不知道从哪里开始)?

木偶vs厨师,亲和从用户和用例contra

我已经search了一下,阅读了“傀儡或厨师即是问题”的文章。 我对使用案例,真实世界的实现感兴趣,人们在真实的问题基础上select了一个或另一个。 我特别感兴趣的是与皮匠问题的整合 (我知道木偶在这个方向上是一个标准方法)。 作为任何人有任何经验的鞋匠 – 厨师整合 ? 提前致谢

为什么使用Chef / Puppet而不是shell脚本?

傀儡和厨师工具新。 看起来像他们正在做的工作可以用shell脚本来完成。 也许这是在shell脚本中完成,直到这些脚本出现。 我会同意他们更可读。 但是,除了可读性外,还有别的优点吗?