背景

在造云记（1）：从零打造一个私人云（提纲）中，我们主要介绍了本系列涉及到的核心技术。

现在，让我们从一个一个具体的技术难题开始上手实践。今天侧重介绍以下知识点：

• vagrant
• chef-solo、berks 与 knife solo
• capistrano

各自角色

它们在一键部署中，分别承担以下角色：

• vagrant：虚拟机本地测试，你也可以将其换成 linode vps 或者阿里云、ucloud 等空白的真实云主机进行测试
• chef-solo：chef 的三种部署方式之一，在这里，介绍的是最常用的方式
• capistrano：大家都比较熟悉，将 Ruby、Python 应用分发到你要分发的机器（3.0 开始可以部署非 Ruby 应用）

chef-solo 项目最佳实践

一个完整的 chef-solo 项目包括很多 cookbook。它是什么意思？

Ruby 社区的各位开发者非常熟悉这么几者：

• gem：Ruby 的第三方包管理机制，Gemfile 文件用来描述一个项目引用的第三方包
• bundle：通过 bundle install 来安装项目所依赖的第三方包
• capistrano：通过 cap 来分发 Ruby 应用

那么，在云端管理的时候，是否也可以参考这种强大而友好的机制呢？有，这就是 chef 对应的 cookbook 的内容。它们对应的关系分别如下：

• cookbook：它对应 gem 机制，即使用 bersk 来描述一台云端服务器所需要安装的第三方组件，在这里，nginx、mysql 等等，就是如同 gem 一样，直接可以看做一台服务器的第三方库。一个典型的 cookbook 由四部分构成。
• berks：它就是类似于 bundle 机制，拿来管理第三方的 cookbook，用法也如同 bundle 一样：berks install -p cookbooks/
• knife solo：它就是类似于 cap 机制一样，用来自动化部署服务器。比如，对服务器执行类似于安装 nginx、重启服务器等操作。

比如，我们来看一个典型的 berks 文件：

site :opscode

cookbook 'apt'
cookbook 'build-essential'
cookbook 'users'
cookbook 'rvm', :git => "https://github.com/fnichol/chef-rvm"
cookbook 'nginx'
cookbook 'postgresql'

大家是不是特别亲切？跟 gemfile 文件基本一致，只是，在上述示范中，我们使用了：

• site:opscode 来代替：source 'https://rubygems.org'
• cookbook 'postgresql' 来代替：gem 'pg'

同样的，在 berks 中，我们照样可以使用隐私的 git 来写 cookbook。如上述例子中的 rvm。

配置管理生态圈

它们的关系图如下：

Railsbox 项目及其示范

整合以上知识点，我将其汇总在 Railsbox 项目中。它是我整合的一个部署项目，能够实现在 linode vps、阿里云、ucloud 与 vagrant 上的一键部署。启动一台空白的云主机，到全部部署 Rails 应用完毕，全程自动化。

更具体的使用流程，参考示例项目说明文档：

• ouyangzhiping/railsbox-example