共享和自动化的vagrant box

Question

我正在考虑使用 Vagrant 来开发 Django 应用程序，但我有点困惑，我不确定我想做的是否可能。

我成功安装了 lucid32 盒子，并创建了一个新的 vagrant “实例”，其中包含 Vagrantfile、一些共享目录和转发端口。

• 第一个问题是，在我看来，这并不是团队合作的最佳选择。我们（例如，我和其他 10 位开发人员）如何共享该盒子，以便共享它的每项更改？例如，如果在 6 个月内我们需要 postgresql，我需要让它正常工作，而不必安装 postgresql 11 次。

• 另外，我怎样才能让东西（如：postgresql、django、this-service 等）在盒子启动时启动？我不认为我必须通过 ssh 来启动它并手动启动 n 次我每次需要的所有 n 东西。

• 最后：我不太明白像 puppet 和 Chef 这样的东西是否意味着完全替代手动安装（例如通过 pip 或 apt-get）。是这样吗？

谢谢。
_{我很抱歉英语不好。 :-)}

Answer 1

我想说，您选择的 Vagrant 已经是您所寻找的一个良好的开始，但现在您需要更深入地了解 Chef 或 Puppet，以进一步自动化您的配置过程。

我想在您的场景中，一个不错的选择是首先将 Vagrantfile 和相应的 Puppet 清单置于版本控制之下，作为项目的一部分。此外，与该机器相关的所有配置也应纳入版本控制和/或通过某种工件存储库提供。

其次，在团队中建立规则，如果认为环境变化（至少是那些应该持续更长时间的变化）需要被检查，如果它们被认为已为其他团队成员做好了准备。

关于你的第二个问题，回到我的开场白：Puppet（我喜欢）或 Chef 是你选择的工具，可以在未来为你和你的同事节省大量工作。我在这里坚持使用 Puppet，因为我不太了解 Chef。

使用 puppet，您可以管理您想要的所有内容，包的安装、更改配置并确保某些服务正在运行，或者一般来说系统具有您想要的状态。更好的是，如果您或其他团队成员对他/她的盒子进行了一些恶意更改，您只需回滚 Vagrantfile/Puppet 清单中的更改，输入内容

vagrant destroy && vagrant up

即可轻松将盒子恢复到最后的版本控制状态。

例如，采用以下清单文件：

package { "mysql-server-5.1":
  ensure => present
}

file { "/etc/mysql/my.cnf":
  owner => "root",
  content => "http://myrepository.local/myProject/configurations/mysql/my.cnf",
  require => Package["mysql-server-5.1"]
}

service { "mysql":
  ensure => running,
  subscribe => File["/etc/mysql/my.cnf"],
  require => File["/etc/mysql/my.cnf"]
}

它的作用是，首先检查您机器中操作系统的软件包机制（示例中的名称假定为最新的 Ubuntu），如果软件包“mysql-server-5.1”是已安装，如果没有，它将安装它。通过“require”属性，第二个指令将在第一个指令之后执行（并且仅当它有效时），将 MySQL 配置更改为您也已签入和/或在您可以访问的地方发布的配置（也可以是放入与 Vagrantfile 相同的文件夹中，然后将在 /vagrant 下的框中可用）。最后一步，只有在配置更改有效时才会执行，这将确保“mysql”服务启动并运行，或者如果配置更改时它已经在运行，则重新启动。

现在你可以在你的 Vagrantfile 中连接这个清单：

Vagrant::Config.run do |config|

  config.vm.box = "lucid32"
  config.vm.box_url = "http://files.vagrantup.com/lucid32.box"

  config.vm.define "node1" do |cfg|
    cfg.vm.network "10.23.5.11"
    cfg.vm.provision :puppet do |puppet|
      puppet.manifests_path = "manifests"
      puppet.manifest_file = "node1.pp"
    end
  end
end

除了对这样的环境进行“尝试”之外的所有更改，所有团队成员都可以保证轻松地拥有相同的设置，并且可以在他们的指尖进行复制。

我个人喜欢手动尝试现成的东西，当我找到正确的设置和配置时，将其转换为 Puppet 清单，以便以后使用并与团队成员共享。

由于 Puppet（还有 Chef）可以管理几乎所有您需要的内容（用户、cron 作业、程序包、服务、文件……），因此它是解决此类问题的不错选择，并且您甚至可以使用如果您选择的话，可以稍后配置临时或测试环境。 Puppet 有更多选择，通读语言指南应该会给你一个好主意你还可以用它做些什么。

希望我能帮忙:)