运行和部署¶

自从 Tornado 提供了自己的 HTTP 服务器以后, 运行和部署与其它的 Pythonweb 框架有些不一样. 你需要为你的应用程序编写一个 main() 函数来启动服务器, 而不是配置一个 WSGI 容器:

  1. def main():
  2. app = make_app()
  3. app.listen(8888)
  4. IOLoop.current().start()
  5.  
  6. if __name__ == '__main__':
  7. main()

配置你的操作系统或是进程管理器来开启服务器运行这个程序.请注意增加打开文件描述符的个数是十分重要的 (来避免 “Too many open files”-的错误).如果要增加这个限制 ( 假设要把它设置为50000 ) 你可以使用 ulimit 命令,修改 /etc/security/limits.conf 或者在你的 supervisord 中配置 minfds .

进程和端口¶

由于 Python GIL (解释器全局锁), 为了更好利用多核 CPU 的性能, 将 Python运行在多进程模式下就十分的重要. 通常最好是为每一个核心运行一个进程.

Tornado 包含一个内建的多进程模式来一次性启动.这需要你在 main 函数做一些微小的改变:

  1. def main():
  2. app = make_app()
  3. server = tornado.httpserver.HTTPServer(app)
  4. server.bind(8888)
  5. server.start(0) # forks one process per cpu
  6. IOLoop.current().start()

这是启动多线程模式的最简单方式而且它们会共享同一个端口, 虽然它也有一些限制.首先, 每一个子进程将会有一个自己的 IOLoop, 所以在 fork 之前你需要确保不能接触全局的 IOLoop 实例 (甚至是间接的). 第二, 在这种模型中很难做到零宕机更新.最后, 因为所有的进程都共享一个端口, 想要监控他们变得更难了.

对于更加复杂的部署, 建议启动独立的进程, 让每一个进程都拥有一个不同的端口.supervisord 的 “process groups” 特性是解决整个问题的好方法之一. 当每一个进程使用不同的端口时需要一个外部的负载均衡器,例如 HAProxy 或者 nginx, 它们将会把内部的每个端口给外部呈现为同一个地址.

运行在负载均衡器之后¶

当运行在像 nginx 这种负载均衡器后方, 我们建议给 HTTPServer 构造器中传 xheaders=True 参数. 这将会告诉 Tornado 在头部使用 X-Real-IP来获取用户的 IP 地址而不是认为所有流量都来自于负载均衡器的 IP 地址.

这时一份原始的 nginx 配置文件, 它和我们 FriendFeed 中用到的在结构上很相似.假设 nginx 和 Tornado 服务器运行在同一个机器上, 四个 Tornado 服务分别运行在端口 8000-8003上:

  1. user nginx;
  2. worker_processes 1;
  3.  
  4. error_log /var/log/nginx/error.log;
  5. pid /var/run/nginx.pid;
  6.  
  7. events {
  8. worker_connections 1024;
  9. use epoll;
  10. }
  11.  
  12. http {
  13. # Enumerate all the Tornado servers here
  14. upstream frontends {
  15. server 127.0.0.1:8000;
  16. server 127.0.0.1:8001;
  17. server 127.0.0.1:8002;
  18. server 127.0.0.1:8003;
  19. }
  20.  
  21. include /etc/nginx/mime.types;
  22. default_type application/octet-stream;
  23.  
  24. access_log /var/log/nginx/access.log;
  25.  
  26. keepalive_timeout 65;
  27. proxy_read_timeout 200;
  28. sendfile on;
  29. tcp_nopush on;
  30. tcp_nodelay on;
  31. gzip on;
  32. gzip_min_length 1000;
  33. gzip_proxied any;
  34. gzip_types text/plain text/html text/css text/xml
  35. application/x-javascript application/xml
  36. application/atom+xml text/javascript;
  37.  
  38. # Only retry if there was a communication error, not a timeout
  39. # on the Tornado server (to avoid propagating "queries of death"
  40. # to all frontends)
  41. proxy_next_upstream error;
  42.  
  43. server {
  44. listen 80;
  45.  
  46. # Allow file uploads
  47. client_max_body_size 50M;
  48.  
  49. location ^~ /static/ {
  50. root /var/www;
  51. if (- query_string) {
  52. expires max;
  53. }
  54. }
  55. location = /favicon.ico {
  56. rewrite (.*) /static/favicon.ico;
  57. }
  58. location = /robots.txt {
  59. rewrite (.*) /static/robots.txt;
  60. }
  61.  
  62. location / {
  63. proxy_pass_header Server;
  64. proxy_set_header Host - http_host;
  65. proxy_redirect off;
  66. proxy_set_header X-Real-IP - remote_addr;
  67. proxy_set_header X-Scheme - scheme;
  68. proxy_pass http://frontends;
  69. }
  70. }
  71. }

静态文件和文件缓存¶

你可以在你的 Tornado 应用程序中指明 static_path 设置:

  1. settings = {
  2. "static_path": os.path.join(os.path.dirname(__file__), "static"),
  3. "cookie_secret": "__TODO:_GENERATE_YOUR_OWN_RANDOM_VALUE_HERE__",
  4. "login_url": "/login",
  5. "xsrf_cookies": True,
  6. }
  7. application = tornado.web.Application([
  8. (r"/", MainHandler),
  9. (r"/login", LoginHandler),
  10. (r"/(apple-touch-icon\.png)", tornado.web.StaticFileHandler,
  11. dict(path=settings['static_path'])),
  12. ], **settings)

设置会自动将所有以 /static/ 开头的请求作为静态件夹来处理.例如, http://localhost:8888/static/foo.png 将会把 foo.png 文件从制定的文件夹中以静态文件方式处理. 我们也自动将 /robots.txt/favicon.ico设定为静态文件 (即便它们不是以 /static/ 开头).

在以上的设置中, 我们明确的设置了将静态文件 apple-touch-icon.pngStaticFileHandler 根目录下, 虽然物理上在静态文件夹中. (在正则表达式的匹配组中必须告诉 StaticFileHandler 请求的文件名;调用处理方法时会将匹配组传递过去.) 你可以通过同样的方法从网站的根目录提供 sitemap.xml 文件. 当然, 你也可以通过使用适当的 HTML <link />标签来避免伪造根目录的 apple-touch-icon.png 文件.

为了提高性能, 可以讲一些静态文件缓存起来, 这样浏览器就不会发送一些可能在渲染页面时阻塞的不必要的 If-Modified-Since 或者 Etag 请求.Tornado 支持使用 静态内容版本(static content versioning) 来解决这些问题.

为了使用这个特性, 在你的模版中使用 static_url而不是在你的 HTML 文件中输入静态文件的 URL 地址来确定静态文件:

  1. <html>
  2. <head>
  3. <title>FriendFeed - {{ _("Home") }}</title>
  4. </head>
  5. <body>
  6. <div><img src="{{ static_url("images/logo.png") }}"/></div>
  7. </body>
  8. </html>

static_url() 方法将会把你的相对路径翻译成像/static/images/logo.png?v=aae54 一样的绝对路径. v 参数时 logo.png内容的散列, 它的存在使得 Tornado 向浏览器发送一个缓存头部, 这将会使得缓存被无限期使用.

v 参数的值取决于文件的内容, 如果你更新了文件而且重启了服务器,v 的值将会被更新而且重新发送, 所以用户的浏览器将会自动的获取新的文件. 如果文件没有改变, 浏览器将会继续使用原来缓存的文件而不是再一次向服务器请求, 可以显著提高渲染性能.

在生产环境中, 你可能会想使用一些更好的静态文件服务器, 例如 nginx.你可以在大多数 web 服务器上通过识别版本标签来使用 static_url() .这里是我们在 FriendFeed 中使用的相关部分的 nginx 配置:

  1. location /static/ {
  2. root /var/friendfeed/static;
  3. if (- query_string) {
  4. expires max;
  5. }
  6. }

Debug 模式 和 自动重新加载¶

如果你在 Application 构造器中传递了 debug=True 参数,你的应用将会运行在调试/开发模式下. 在这种模式下, 一些为了更方便开发的特性将会被启用 (其中每一项都可以作为独立的标记使用; 如果两个都被设置了,独立的标记将具有更高的优先级):

  • autoreload=True: 应用程序将会监控源代码文件, 在改变时重新加载这样减少了在开发过程中手动重启服务器的需要. 然而, 一些确定的错误 (例如,在 import 时现语法错误) 还是会让服务器停止运行的, 而且这无法恢复.
  • compiled_template_cache=False: 模版将不会被缓存.
  • static_hash_cache=False: 静态文件散列 (通过使用static_url 函数) 将不会被缓存
  • serve_traceback=True: 当在 RequestHandler中的异常没有被捕获时, 会产生一个错误页.
    自动重新加载模式与 HTTPServer 的多进程模型不能兼容.你不能在自动重新加载模式下给 HTTPServer.start 1 (或者调用tornado.process.fork_processes) 以外的参数

调试模式的自动加载特性可以以 tornado.autoreload 运行在一个独立的模块中.这两个可以结合使用, 在语法错误时可以提供额外的稳定性:设置 autoreload=True 可以在运行时检测改变,以 python -m tornado.autoreload myserver.py 启动将会在启动时捕捉语法错误和其它错误.

重新加载将会丢失 Python 解释器的命令行参数 (例如 -u)因为它通过使用 sys.executablesys.argv 重新运行了一遍 Python 程序.此外, 改变这些变脸将会使重载错误.

在一些平台 (包括 Windows 和 Mac OSX 10.6 之前), 进程不能在原基础上更新,所以当代码改变被检测到时, 旧的服务器关闭, 新的服务器开启.这些操作将会使得某些集成开发环境失效.

WSGI 和 Google App Engine¶

Tornado 在 WSGI 容器以外通常是独立运行的.然而, 在某些环境中 (像 Google App Engine),只允许 WSGI, 其它方式将不能在它们的服务器上运行.这种情况下 Tornado 支持一种被限制的模式, 这种模式下不支持一步操作,在 WSGI-only 环境下 Tornado 只能使用其功能的一个子集.这些在 WSGI 下不能使用的的功能包括协程, @asynchronous 修饰符,AsyncHTTPClient, auth 模块, 和 WebSockets.

你可以使用 tornado.wsgi.WSGIAdapter 将一个 Tornado Application 转换成 WSGI 应用程序.在这个例子中, 让你的 WSGI 容器找到application 对象:

  1. import tornado.web
  2. import tornado.wsgi
  3.  
  4. class MainHandler(tornado.web.RequestHandler):
  5. def get(self):
  6. self.write("Hello, world")
  7.  
  8. tornado_app = tornado.web.Application([
  9. (r"/", MainHandler),
  10. ])
  11. application = tornado.wsgi.WSGIAdapter(tornado_app)

详见 appengine example application 来查看 Tornado在构建 AppEngine 应用程序上的所有特性.

原文:

https://tornado-zh-cn.readthedocs.io/zh_CN/latest/guide/running.html