IFTTT使用Docker作为开发环境实践

原创 docker

IFTTT正在将基础设施容器化，在此过程中，他们首先尝试了将开发环境容器化。本文列举了一些方案和实施过程中遇到的问题。

由于IFTTT工程师都使用苹果电脑，因此该方案没有考虑跨平台。同时，整个流程对应的脚本，IFTTT已经创建了一个开源项目Dash。

基础软件安装

Dash项目提供了一个安装脚本，可以一键完成基础软件的安装。

bash <(curl -fsSL https://raw.githubusercontent.com/IFTTT/dash/master/bin/bootstrap)

该脚本的主要功能，是安装Homebrew和Ansible，拉取Dash仓库内容。然后需要通过Ansible来安装和配置所有容器化环境需要依赖的组件，包括：

• VirtualBox
• Docker
• Docker Machine
• Docker Compose
• .dev域名解析服务
• NFS服务
• Shell环境

创建Docker Machine

首先需要通过docker-machine命令创建Docker Machine。然后，需要将这个脚本复制到新创建的虚拟机中并执行。这样就能基本完成Docker Machine的创建。

前文提到的脚本，其主要功能是将Virtual Box的硬盘共享（vboxfs）修改成NFS方式。然后修改虚拟机DNS到自定义的DNS服务器（用于解析开发环境使用的.dev域名）。

使用容器进行开发

使用容器进行开发和传统开发方式类似：编写代码、运行代码、执行测试。但是，随着应用依赖的复杂，按照传统开发方式（直接在本机或者虚拟机上进行开发和测试），需要在机器上安装各种依赖软件，开发人员可能会在这些依赖软件的配置、版本上花费大量的时间。尤其是需要测试依赖软件/中间件的兼容性时。

容器化开发方式，则可以直接使用已有的镜像，快速部署起应用需要的依赖。同时，一个镜像可以快速启动多个不同的容器，这对于相同应用需要测试不同配置的场景是非常有用的。对于更加复杂的依赖，Docker提供了Compose工具，可以通过一个简单的yaml，定义应用对应的dockerfile和其依赖（dockerfile或者镜像的形式），Compose会根据这些定义，按照顺序启动这些容器，并关联这些容器。

浏览器访问和容器间交互

通过前面几个步骤，应用已经在容器中启动完毕。然后就是需要通过浏览器来进行验证。

由于容器的隔离性，在容器中的应用之间相互隔离，因此需要访问应用，不同于直接在本机上进行部署，需要一些额外的操作。

在基础软件安装步骤中，已经包含了一个DNS安装的步骤。通过这个DNS，可以将开发环境的域名解析到对应的Docker Machine中。但是，由于Docker容器的网络配置，默认采用桥接的方式，并且每个容器会随机分配内网IP。如果采用端口重定向的方式，直接将容器中的服务端口暴露到虚拟机中，可能会遇到端口冲突的问题。

IFTTT使用了Nginx反向代理容器。该容器绑定了虚拟机（Docker Machine）中的80端口，并且可以通过传递启动环境变量的方式，自动将请求转发到对应的容器中去。采用了这种方式，还可以防止容器之间循环依赖的出现。所有的域名都通过这个反向代理进行转发，应用之间的依赖可以通过反向代理中定义虚拟主机（Virtual Host）的方式关联到容器。如果一个域名没有对应的容器，反向代理容器会返回503错误。

总结

容器化和Docker工具的结合，可以帮助解决部分开发自测是时常遇到的依赖问题。同时，解决了开发环境容器化之后，也是生产环境容器化的一个实践。如果后续希望能够将容器技术应用到生产环境，不妨从开发环境开始入手。