nginx 代理请求流程

    1.当HTTP请求交给Nginx处理时,首先Nginx会取出header头中的Host (此处也就是 www.baidu.com),然后将其与所有的配置文件中的每个server段中的server_name进行匹配,以此            决定到底有哪个server块来处理这个请求。(当然有时也可能一个Host与多个server块中的server_name都匹配,这时会根据匹配的优先级选择实际处理的server块,优先级这里就不再细说。)

2.此时我们可以看出HTTP请求匹配到了截图中的server_name,这样接下来nginx就会根据header中的Request URI字段进行与location匹配,如上面配置文件的截图所示,匹配到了 location /   。

3.接下来继续由nginx处理可以看到 proxy _pass  http://rocdn ;  这就是进行反向代理处理,这个例子中使用的是nginx的upstream模块进行反向代理实现。

4.通过proxy _pass  http://rocdn ; 中的 rocdn 可以找到对应的upstream块,然后,可以根据其中的server 115.239.210.27:80;再次进行代理请求,

此时发送的GET包内容:Host字段 and Request URI字段 都和上面一样,

5.当代理HTTP请求到达 百度的服务器:115.239.210.27后,若百度也是nginx,则服务器会对其进行类似上面的nginx处理HTTP请求一样,进行server_name 和 location匹配,并将相应的请求资源返回代理服务器。

6.Nginx反向代理服务器接收到百度服务器的返回资源后,再将其返回给客户端浏览器。

生产环境:Linux+Nginx+uWSGI+Django

1、首先客户端请求服务资源,
2、Nginx作为直接对外的服务接口,接收到客户端发送过来的http请求,会解包、分析,
  如果是静态文件请求就根据nginx配置的静态文件目录,返回请求的资源,
  如果是动态的请求,nginx就通过配置文件,将请求传递给uWSGI;
3、uWSGI 将接收到的包进行处理,并转发给wsgi,
4、wsgi根据请求调用django工程的某个文件或函数,处理完后django将返回值交给wsgi,
5、wsgi将返回值进行打包,转发给uWSGI,
6、uWSGI接收后转发给nginx,nginx最终将返回值返回给客户端(如浏览器)。