Nginx中路由的处理

如果在一个机器上有好多应用，此时应该考虑在Nginx的配置中体现出多应用的方法。一个简单的办法就是多加几条location配置来把指向不同URI的访问路由到不同的应用上去。


在一个Nginx下部署多个应用的location配置简单说明


假如在这个Nginx上我们还要部署一个到zabbix的路由，那么可以把配置文件改成这样：（只写location部分）：


location ^~ / {
    include uwsgi_param;
    uwsgi_pass 127.0.0.1:5050;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}


location ^~ /zabbix/ {
    proxy_pass http://127.0.0.1:8881/zabbix/;
    proxy_redirect default;
    proxy_set_header HOST $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}


把location /中间加上一个^~，是指出了URI从头开始匹配“/”的将全部转发到这个路由，当然/zabbix/开头的URI由于下面还配置了一条^~ /zabbix/，所以会转发到zabbix下面去。这个匹配和转发的详细规则可以学习下nginx的配置明细，就不再多说。


上面的location配置中，使用了include uwsgi_param，所以紧跟的配置项是uwsgi_pass，注意这个配置项无需也不能写出http://和后面的URI，这也就意味着，原生请求的URI只能一一对应到uwsgi_pass设置的值的这个根URL上去。考虑的这边下面配置了^~ /zabbix/，所以综合来看，除了http://xxxx:xx/zabbix/以及其他zabbix开头的URI之外都会路由到5050端口的那个web应用中去，并且请求URI不会被nginx做任何加工，比如原生请求指向http://xxxx:xx/a/b/c/ 那么最终路由到的地址就是127.0.0.1:5050/a/b/c/。这看起来似乎理所当然，但是如果改成location ^~ /fullpack/ 呢，此时如果原生请求是http://xxxx:xx/upload/，那么最终路由到的是127.0.0.1:5050/fullpack/upload还是127.0.0.1:5050/upload/呢？答案是后者，也就是说nginx未对URI做任何加工。


相反的，看通过proxy_pass方法配置的location。在下面的配置中如果原生请求是http://xxxx:xx/zabbix/a/b/c/，那么最终请求路由到的是127.0.0.1:8881/zabbix/a/b/c/，可以看成将原生的URI，去掉了开头的/zabbix/，然后再把剩余部分拼接到127.0.0.1:8881/zabbix/后面，虽然这里凑巧两边都是/zabbix/，但是如果把location的换成/zbx/，那么就可以发现，原生的/zbx/a/b/请求将会路由到8881端口的/zabbix/a/b/请求。这证明了nginx对proxy_pass方式的配置收到的URI是有处理的。