Nginx 原理探究

关于 ng:
优点简直太多了，我觉得高并发和热部署、负载均衡、动静分离再加上完全开源免费就足以让开发者垂涎了。(占用内存还少、配置还简单。。)
我今年 25 岁，做了 5 年 web 开发，力推 ng。只能说这个 WEB+ 反向代理服务器完美顺应了如今的开发趋势。(前后端分离)

关于正向代理、反向代理:

正向代理我们日常就用的很多，因为他非常直观透明，比如使用 burp、翻墙挂代理等等
举个例子，现在国外的同事开发完一个项目让我访问地址为 http://1.2.3.4/index.html，然后我从国内根本访问不到，国外同事说
需要挂一个代理服务器才能访问到，于是我就从 internet 的网络连接设置成了先去连接可以访问到这个国外地址的代理地址，向代理
地址发送请求 http://1.2.3.4/index.html 的指令，(通过代理携带指令请求)代理作为可访问到的转发器转发请求，同时返回访问到的数据信息
所以正向代理:客户端、服务器端、代理端都是透明可见的。。。但是对于服务端来说是不透明的，服务端是不知道是客户端还是代理请求来的。

反向代理就是，你要访问 http://5.6.7.8/，然后一下就访问到了，所以你就默认认为自己可以访问到这个地址，
其实内部可能是你的同事已经通过 ng 事先将 http://5.6.7.8/指向到了其他地址 http://8.7.6.5/，最终你是通过 http://5.6.7.8/
访问到了 http://8.7.6.5/，归结起来也是通过一种代理转发的方式去请求，但是你还一直觉得自己可以访问到的是 http://5.6.7.8/，中间的请求操作是不透明的。

这个例子举的不清晰，类似于一个网络代理请求访问，实际的业务逻辑里我们一般是不会这么举例的，用 ng 做反向纯粹是为了隐藏目标服务地址。

你访问了一个网站，你以为它是“谷弟弟”，但其实它是“谷姐”，“谷姐”知道你其实是想找她弟，
就取回“谷弟弟”的内容给你看。作为用户的你，是不知道有这个过程的，这么做是为了保护服务器，不暴露服务器的真实地址。
所以反向代理:客户端可见，你以为服务器端可见，其实你访问的服务端就是代理地址，可见的是代理，服务端并不可见。
对于客户端来说是不透明的，客户端是不知道是服务端还是代理请求来的

这三张图是抄以前做前后端白卷项目Evan-Nightly大佬的图。分别是业务图解正反向代理、流程图、技术栈。针对此项目，ng 就可以有很好的应用场景。(技术栈这张好像没传上来，算了，可以去大佬博客翻翻)

动静分离:说白了就是你打你的，我打我的，前后端分离里，启动一个前端项目作为静态资源访问，后端项目作为动态资源访问。说白了就是在 ng 上代理挂载俩项目

负载均衡:从开发角度看，负载均衡是一种轮询机制，目的是减轻服务器压力，我不太清楚用 ng 做负载均衡的好处，平常都是在 springcloud 代码
实现。网上搜了一下:Nginx 适合于服务器端实现负载均衡 比如 Tomcat ，Ribbon 适合与在微服务中 RPC 远程调用实现本地服务负载均衡，比如
Dubbo、SpringCloud 中都是采用本地负载均衡。总结一下，单应用 springboot 项目挂 ng 负载，springcloud 就用自己的 ribbon 做负载

总结下 ng 负载均衡:可以理解为是相同的后端程序用不同端口启动，用 ng 配置后访问后端会采用轮询机制访问，其原理和 springcloud ribbon 差不多。

ngnix 跨域:
照 csdn 配置即可。

补一张正反向代理透明关系图

其实这几张图我在上面都有做笔记，摆这就是备忘一下。

4 月份总结的了，明天会深入的去研究下负载均衡(SLB)模拟实现一个宕机场景。

参考文章:万字总结，带你全面系统的认识 Nginx

侵转删 😋