Nginx典型应用场景

一、反向代理

场景需求
业务服务器不能直接被外部网络访问到(即不能直接映射外网ip)，因此需要一台代理服务器。
代理服务器可以被外部网络访问，同时连接到了业务服务器所在网络。

实现方式
利用nginx的反向代理功能。
将nginx服务器映射外网ip，业务服务器无需映射外网ip，外网用户访问时首先访问nginx服务器，然后再由nginx服务器访问业务服务器资源后转发给用户。

二、统一访问

场景需求
若有很多业务系统需要使用同一个ip或者域名进行访问时，以不同后缀进行区分，需要用一台服务器做统一的访问入口。

实现方式
利用nginx的反向代理功能。
将nginx服务器作为用户统一的访问入口，然后根据设置的规则匹配不同的后缀转发至不同的业务服务器。通常和上一个反向代理场景结合使用，实现使用一个域名来访问多个业务系统。
同时还可以实现统一的https访问，需要在nginx服务器上配置证书，后端业务服务器无需每台额外配置证书即可实现https访问。

三、负载均衡

场景需求
部署多台业务服务器，将请求按一定的策略分发至业务服务器，实现业务服务的高可用及高并发。

实现方式
利用nginx的反向代理和负载均衡这两个功能。
根据配置的url后缀规则转发至upstream中各服务器列表，默认按轮询策略，同时还支持权重和ip_hash，有redis缓存登录seesion的方案中推荐使用轮询策略，否则使用ip_hash策略实现同一ip的用户请求固定至后端同一台服务器。

四、Web服务器

场景需求
站点实现动静资源分离，让网站里的动态网页根据一定规则把静态资源和动态资源区分开来，动静资源做好了拆分以后，就可以根据静态资源的特点将其做缓存操作。

实现方式
利用nginx的静态服务器和反向代理这两个功能。
静态资源由nginx本地提供，动态资源通过反向代理到后端的tomcat提供，其中nginx和tomcat可以在同一台服务器上。