今天继续给大家介绍Linux运维的相关知识，本文主要内容是Nginx作为反向代理实现动静分离的相关配置。
一、LANMP架构与Nginx动静分离 在上文中，我们实现了基于Nginx的反向代理，架构如下所示：
文章图片
在常见的LAMP架构的基础上，添加了Nginx进行反向代理，我们把这样的架构称为LANMP架构。更进一步，由于Nginx相对于Apache更加轻便，因此我们可以考虑把一些静态页面的请求给Nginx，而不是给Apache进行处理。
Apache只处理动态页面的信息，而Nginx处理静态页面的信息，我们把这样的架构称为动静分离。
二、Nginx动静分离实战配置 【服务器运维|LNMP详解（八）——Nginx动静分离实战配置】接下来，我就来进行Nginx和Apache动静分离的实战配置。
Nginx实现动静分离的关键，在于Nginx需要将动态资源的请求给后端的Apache服务器，而对于静态资源的请求，要自行进行处理。Nginx关于这一点的实现是通过location进行的。有关location模块的作用、功能请见这篇文章：LNMP详解（六）——Nginx location语法详解。在该篇文章中，由于已经进行了详细的介绍，因此在这里就不过多赘述了。
在该篇文章中，location页面的配置如下所示：
文章图片
可以看到，在该配置下，任何的访问都是会被定位到后端的Apache服务器中。在本次实战中，我们需要将上一部分配置进行修改，修改后的配置文件如下所示：
文章图片
可以看出，在新的配置文件中，location有两大模块，~符号表示正则匹配，匹配的是以.jsp、.php和.asp结尾的文件，对于这些动态文件的访问，应该放到后端的Apache服务器，对于静态文件的访问，则是通过下面的location定位到前端的/var/www/virtual/discuz/目录下。当然，在本例中，动态页面类型没有写完，有其他的类型还需要后面再进行添加。
完成上述配置后，重启Nginx服务器。
三、效果检验 最后，我们对配置的结果进行检验。为了观察动静分离的效果，我们先不把静态资源从Apache服务器复制到Nginx前端服务器，尝试访问页面：http://www.web1.com/install/index.php
结果如下所示：
文章图片
可以看到，虽然该页面访问成功，但是由于静态资源在Nginx上压根不存在，因此我们可以看到对于.css和.ico资源的访问显示404页面不存在。接下来，我们可以看到.css的资源在install/images下，我们接下来复制该资源，以及discuz/static/目录下的所有静态资源到Nginx前端服务器上，然后再次访问该页面，结果如下：
文章图片
很显然，在我们复制了这些静态资源之后，页面显示非常正常，因此，我们的LANMP动静分离架构配置成功！
原创不易，转载请说明出处：https://blog.csdn.net/weixin_40228200
推荐阅读
- Nginx|Nginx笔记——代理服务配置
- linux|Web服务（08）——Nginx的Rewrite
- linux|IP地址荷官——DHCP（动态主机配置协议）简介
- linux|Web服务（05）——Nginx的简介和安装
- nginx|Web服务（08）——Nginx的Rewrite
- linux|ROS中catkin_make的OpenCV冲突的解决（踩坑小记，报错分析）
- 树莓派|树莓派镜像制作
- 学习|k8s的安装-单master、多node
- linux|Docker高级篇之可视化工具Portainer和CAdvisor+InfluxDB+Granfana