Tornado代码部署

Question

是否有针对基于龙卷风的 Web 应用程序部署的规范代码部署策略。我们当前的配置是在NginX后面运行4个tornado进程？ （我们的具体用例是在 EC2 后面。）

我们目前已经有了一个运行良好的解决方案，我们可以启动四个龙卷风进程并将 PID 保存到 /tmp/ 中的文件中。部署新代码后，我们通过 Fabric 运行以下序列：

1. 从 prod 分支执行 git pull。
2. 从负载平衡器上卸下机器。
3. 等待所有航班转机结束后睡觉。
4. 杀死pid文件中的所有龙卷风并删除所有*.pyc文件。
5. 重新启动龙卷风。
6. 将机器连接回负载平衡器。

我们从中获得了一些灵感：http://agiletesting。 blogspot.com/2009/12/deploying-tornado-in-production.html

还有其他完整的解决方案吗？

Answer 1

我们运行Tornado+Nginx，并以supervisord作为supervisor。

示例配置（名称已更改）

[program:server]
process_name = server-%(process_num)s
command=/opt/current/vrun.sh /opt/current/app.py --port=%(process_num)s
stdout_logfile=/var/log/server/server.log
stderr_logfile=/var/log/server/server.err
numprocs = 6
numprocs_start = 7000

我还没有找到重新启动事物的“最佳”方法，我最终可能要做的是让 Nginx 有一个“活动”文件，该文件已更新，让 HAProxy 知道我们正在搞乱配置然后稍等一下，交换一下内容，然后重新启用所有内容。

我们正在使用 Capistrano（我们有一个积压任务需要转移到 Fabric），但我们不是处理删除 *.pyc 文件，而是将 /opt/current 符号链接到发布标识符。

Answer 2

我还没有在生产中部署 Tornado，但我一直在使用 Gevent + Nginx 并一直在使用 Supervisord 进行流程管理 - 启动/停止/重新启动、日志记录、监控 -supervisorctl 对此非常方便。就像我说的，这不是一个部署解决方案，但也许是一个值得使用的工具。