作者：alexsunmiu
链接： https://www.zhihu.com/question/38081354/answer/76689956
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

Python 应用的部署是一个很大的话题，至少是比较复杂的事情，现行的方案大多只是解决了某一方面的问题，或者把某个复杂的问题变成了另一个复杂的问题（或另一种复杂）罢了。抛砖引玉，为什么 Python 应用的部署会成为一个问题？这里暂时只谈服务端部署，毕竟 Py 目前在服务端的应用还是居多，PyQt 之流暂不讨论。讨论时主要与 PHP 与 Java 做比较，Ruby 高度类似 Py 不参与，GoLang 等则会编译至二进制可执行文件，可比较性不大。同时的同时，这里。。。只挖坑不管埋，下面这些问题，我也没想明白，尚未找到一个万全之策。那么，为什么 Python 应用的部署会成为一个问题呢？首先的首先，Python 服务端应用的部署处于一个两难的境地，既不像 PHP 那样丢文件到服务器就行，也不像 Java 那样有个标准的规范可以直接打包到 war。造成了部署复杂这一固有印象，同时另一些问题下，导致这个问题更加复杂。1，操作系统问题，PHP 可以非常容易的与 IIS 共处，但 Python 的 IIS 库（虽然貌似只支持 django ）似乎已经烂尾了，几乎已经没有人在 windows 下做生产部署了，同时去看看各云服务器厂商，观察他们的 windows server 的销量就知道这个问题有多严重了。但同时 J2EE 在 windows 下依然可以很欢快，很多人认为 PHP 比 Py 更流行的原因在于 windows 下的执行环境。2，需求的多样化加剧了这个问题，py 生态中对于性能的追求很过分，有几多 Py web 框架数得过来吗，每个 web 框架的运行环境甚至原理完全不一样，举栗子，wsgi、uwsgi、fastcgi 都是可以的，django、flask、web.py 、bottle 这些鼎鼎大名的 web 框架还只能简单归于一类，tornado、twisted web 等再归于一类，部署他们与部署 wsgi app 完全不同的，好复杂。甚至的甚至，一个 Web 开发我们将之拆分成 framework、template engine，ORM 等等好些部分，谈到这个问题我只想说，我想静静。