(或者让我们绕过virtualenv)

本文中，我将尝试展示用Docker开发python应用（主要是Web应用）的可行方法。虽然我本人专注于Python的Flask微框架，但本文目的是演示如何通过Docker更好地开发和共享应用程序，（由任何语言和框架开发的应用程序）。Docker通过封装依赖项，大大减少了开发环境和正式产品的差距。

大多数Python开发人员在开发中使用virtualenv。它提供了一种易用的机制让应用程序使用自己专用的依赖项，这些依赖项可能与在其它应用程序或操作系统存在冲突（尤其是不同的Pyhton版本，还有不同的库版本等等）。个人而言，我对virtualenv一直没有太大兴趣，原因如下：

• 我经常忘记启用它，或者在切换工程时忘记切换它，这会遇到含糊的出错信息，另人倍感困惑。
• 它无法提供“纯粹的”隔离，只能是Python级别的隔离（系统库和非python的依赖项仍然会出问题）。
• 我通常不想在正式产品中运行它，这就意味着在开发环境和正式产品的不一致。
• 它让人感觉有点“黑客”作法：它是依靠修改脚本和设置新路径实现的。

（ 查看 pythonrants的这篇文章 了解更多为什么你可能不想用virtualenv ）

那么，怎么做Docker才能变得更好呢？Docker本质上提供了非常轻量化的VMs（在说法上可以称为“容器”），我们可以使用其创建一个高标准隔离并能大大减少失配的开发和产品环境。（如果你不熟悉Docker，却还想学习更多，你可以查看我在爱丁堡技术座谈会上介绍Docker的谈话）。

当我们建立一个小型的可视化Web APP，我自己和Mark Coleman使用这种方法（文档在这）。这（里面）划出了一个基本镜像安装Python 2.7，还有一些Flask管理以及PostgreSQL的内容。我会依据这个镜像去开发一个hello world的Web应用。我假设你是在Linux上开发，并且你已经有git，还安装了Docker，MacOS的指令应该非常类似。通过克隆和建立基本镜像开始：

现在，我们需要为容器中添加一些代码并详细写明。我们打算新建一个仅仅指向Docker镜像的项目来完成这项工作，而不是直接修改之前的项目。

创建一个具有下列结构的新项目：

或者克隆该地址的示例项目： https://github.com/amouat/example_app.git

在example_app/app/_init_.py中写入：

使另一个_init_.py为空。在views.py中写入：

以上就是我们的一个hello world应用的最小flask版本。我在 这个教程中也使用过类似的代码，所以如果你刚刚接触Flask或者Python，你可以根据上述提到的教程，使用Docker而不是virtualenv继续学习。

为了使之运行在Docker容器内部，我们还需要做一些操作。在我们的实例Apache服务器中，example_app.wsgi文件包含了连接Python代码和web服务器的指令。该文件应当包含下列内容：

最终，我们需要一个Dockerfile来构建容器并运行容器。在我们的实例中，它看起来是这样的：

ADD那行为启动WSGI注入了一些代码。CMD那行在启动容器，启动apache web服务器时获取任何可能的错误信息，并将其发送至stdout。

如果你下列操作：

你应当会得到这样的回馈：通过浏览器打开地址localhost:5000，你会看到你的网站正在运行。如果你实在VM或者vagrant中运行，记得打开5000端口。

现在我们运行了web服务器，已经非常接近我们在产品中使用的东西了(我有意的使用Apache来做这点而不是Python默认的web服务器)。我们通过从主机向容器映射的方式向容器中注入代码；也可以在Dockerfile命令行中是用ADD来添加代码，但那样的话当我们队代码进行改动时，每次都需要重新构建容器。

然而，这仍然不是很好 ；开发中我们真的希望使用很大程度上帮助我们调试的Python web服务器。该高兴的是我们不用对Dockerfile进行任何修改。在example_app文件从创建一个run.py文件开始，按照一下内容：

这将启动Python的带调试的web服务器并监听所有连接，我们也能从容器外访问。现在用下列命令重启容器：

你能看到网页又运行了。这次我们显式地提供运行的命令（”python /opt/example_app/ryn.py”）,它覆盖了Dockerfile中的CMD行的设置。现在如果编辑在主机上的源程序，就能马上看到网页上的改变。

让我们花点时间看看我们的收获：

• 一个运行在隔离容器中的web应用，容器完全封装了应用的Python依赖项和系统依赖项。
• 能够使用现有编辑器或IDE开发代码并直接查看变化，就像在本地编辑一样。
• 比以前更接近正式产品的运行环境。
• 没有使用virtualenv。

如果你想知道如何以这种方式建立程序发布的途径，可以看看Mark Coleman写的关于前面提到的可视化Web应用的文章。

不幸的是，这一切还不完美。还有下列几个问题：

• 你可能仍会遇到需要使用virtualenv或其等价解决方案的情况，例如库的操作系统版本与你的程序所需版本间的冲突。
• 我们还没完全解决数据托管的问题，仍需做某些测试。
• 我假设的“产品”是一个Docker容器，但实际情况常常并非如此而且Docker托管本身也刚刚起步。

尽管如此，我仍然认为这向软件开发的更好未来迈了一大步，大大减轻了部署软件和管理依赖项的痛苦。