背景介绍
最近的Java项目是个同海外团队合作的遗留系统，包括数据库服务器、邮件服务器、Web服务器、FAST搜索引擎、JBOSS中间件等等节点。为了便于团队使用，我们在Amazon 的EC2上建立了一套完整的端到端的运行环境。
团队成员在本地搭建了Web环境，数据库环境，便于开发及调试。但由于Mac上安装FAST并不是一件易事，因此在本地跑应用的时候依赖于Amazon EC2的FAST节点。
持续集成、CI在当今的时代已经不是什么新鲜玩意了，越来越多的团队已经了解并运用在实践中。对于我们和海外客户共同开发的这种情况，CI挂了可不是太好，因此在每次提交代码之前，需要确保本地所有的测试都能通过，才能提交代码。
于是乎，问题就来了:
当网络不给力的时候，连不上FAST，就无法在本地跑测试，也就无法提交代码，降低了开发效率。
每次跑测试，会清空FAST的数据并重新注入测试数据。所以，就导致某对Pair正在本地跑测试时，另外一对Pair清空了FAST的数据，最终测试失败。
鉴于这2点，如果每人都有一个本地的FAST环境，既不用担心网络带来的影响，又不会影响他人，于是就有了构建虚拟机环境的需求。
引发的思考
说到这，其实回想起以前，也碰到类似的情况，但估计当时还不够痛，也就没有理会。 :( 实际上，对于当今的屌丝程序猿而言，产品的开发/部署环境变得越来越复杂。无论你是开发人员、测试人员，还是系统维护人员，如何搭建一个运行环境，快速、高效的部署以及配置软件应用，成了困扰我们的一个大问题。在这种情况下，无论对于个人，还是团队，高效的使用虚拟化技术，创建独立的产品运行环境也就变得越来越重要。
对于个人
- Ubuntu新的版本发布了，听说很cool，想试试但多操作系统麻烦啊
- NoSQL有这么多产品，装多了会不会影响本地的开发环境
- 当前产品的技术栈复杂啊，新人来了跑个应用，就得花上个2天，伤不起啊
…….
对于开发团队
- Same dependencies
- Same versions
- Same configurations
- Same everything
我们期望团队的开发/运行环境能够完全一样，但实际上这并不容易。
这种不同来自很多方面，软件的版本、服务之间的通信、运行的配置或者各种库的依赖等。
解决方案
最终，我们使用Vagrant解决了问题。大体流程如下所示:
- 创建和产品运行环境一样的VM(譬如CentOS 6.0)
- 安装并配置FAST
- 根据需要配置VM的各种参数，如网络，内存等信息
- 将VM重新发布成BOX
- 将BOX发布到内部服务器上，并且将VM的配置文件放入版本管理系统
最终，团队的成员只需Clone代码，敲入如下命令，花2分钟时间，就启动了本地的FAST环境，完全解决了之前遇到的两点问题。 vagrant init fast http://dist-server/fast.box vagrant up
当然，这只是一个简单地尝试，接下来会使用Vagrant搭建整个环境，让团队的开发、测试以及部署流程变得更加行云流水，并更易维护。