对于我简单的IT基础架构需求，chef是不是有点过头了？

Question

我是一个全栈开发人员，拥有一些Ruby on Rails应用程序。目前我使用Capistrano来配置运行我的应用程序的少数(~5)个VPS，但我正在寻找替代方案来拥有更可靠的自动化过程(Capistrano更适合于部署)。

最明显的选择是chef (因为我已经了解Ruby了)，但是在考虑了几天之后，还不清楚这是不是最好的选择: Chef客户端-服务器架构看起来太过满足我的需求了。我不想运行服务器。

我读过一本书(可靠地部署Rails应用程序)，它建议chef-solo，但当我打开主页时，它被弃用了，我不想学习一些很快就会过时的东西。我仍然让它运行，我尝试捆绑执行刀子食谱创建(版本13)，并说它不再工作，我应该下载chefDK。我只是在我的Gemfile上安装了chef，这很好，但ChefDK它很大，我只是想要一些简单的东西来可靠地部署几个盒子。它看起来像是有很多可移动的部件，过时的东西，等等。

所以，我知道Chef是管理大型基础设施的伟大软件，但它看起来对我的用例来说太复杂了。你认为如何？你是建议我继续还是尝试其他的东西(例如，ansible的市场定位是更简单)？谢谢

Answer 1

仅仅为了可重复性，使用编排总是有好处的--无论规模是多少。一旦您将测试\开发编排工作流挂接到Vagrantfiles中，您就再也不想回到原来的位置了！

我在过去使用过Chef和Ansible来处理Rails应用程序，这真的取决于你要做什么。

值得一提的是，Chef和Puppet都是基于代理的(而不是Ansible)，所以在我看来，如果你的规模总是很小，那就有点夸张了，因为它有一点学习曲线。

因此，对于您的情况，我要说的是，如果您主要希望自动化基础设施配置，那么Ansible可能是更好的选择，因为它简单、无代理并且运行在SSH上。

这就是说，Ansible倾向于更像是一个sysad工具，可以制作更好的胶水，而Chef更适合于处理开发的特定细微差别，比如版本控制。如果你是ruby开发者，它可能是你的盟友，因为它是代码驱动的。

我的看法是：

我正在使用主机提供商，并且想要配置一些服务器，那么Ansible将是我的选择。

如果我正在运行一个托管提供商，并且需要管理大量的服务器，那么Puppet将是我的选择。

如果我正在运行一套复杂的集成web应用程序，并且拥有一支规模相当大的软件工程师团队，那么我的选择将是Chef。

Answer 2

所以chef-solo并没有被弃用，我们仍然在追踪一些更老的文档，声称它是。

使用solo和Berkshelf部署rails应用程序非常简单，我在https://github.com/poise/application_examples/blob/master/recipes/todo_rails.rb上有一个示例配方

至于它，它是过度杀伤力，这是很难回答。要学习的东西很多，但堆栈中额外内容的实际开销并不是很大，所以主要的问题是你是否有时间学习Chef。