团队中做一个项目,使用Django开发多个应用,如app1、app2等,均采用docker镜像部署到k8s环境中,整体架构为:
常规处理方案:
此种方案简单清晰,对于api接口
及静态页面(如django中的admin管理台页面)不会产生任何问题,因为一个app对应一个域名,从逻辑上看是一对一的访问,app之间互相隔离。
有了这些问题,那么我们就尝试用url前缀去识别路由分发,实现通过url前缀进行反向代理
,而不是通过域名去反向代理。
比如/A/xxx这种url就路由到app1,/B/xxx这种url就路由到app2,依次类推。
刚开始配置还是很简单的,nginx配置如下:
此配置大概意思是当匹配到带/A/这种前缀的url时,就将请求路由到app1_addr:app1_port/中。具体location指令请参考nginx手册。
api接口访问正常,但在请求 http://abc.com.cn:8080/A/admin/
,使用django自带的管理台时,无法进行302的跳转。在新的url页面无法访问。
经分析,过程是这样的:
此问题出现在第4步,需要nginx在遇到301或302时,重新修改response header中location值,这样浏览器就能按添加前缀/A/后的url进行请求了。
修改配置后如下:
新增加一行proxy_redirect指令,具体指令说明请参见nginx手册,大概意思是告诉nginx,当遇到301或302服务器端重定向时,按^/(.*)$进行正则匹配,即匹配/xxxx这种url。当匹配成功后,将响应header中location值修改成 http://abc.com.cn:8080/A/$1
,再将响应继续返回给浏览器。其中$1表示正则匹配中(...)中的元组
序号。
当然,根据实际需求,还可以再添加多个proxy_rediect指令,原理一样:
现在api、admin管理台能访问了,但发现管理台的js/css/html/jpg这些静态资源都访问失败。
分析如下,当django返回html到浏览器后,浏览器会解析html中静态资源url并请求,此时静态资源的url为/static/admin/xx/x.js或/admin/xxx/xxx这种格式。浏览器去请求这些url当然不存在,nginx便会直接报不存在资源。
此时,可以有两种方案:
第一种方法找了找,发现不好修改,毕竟admin是django集成在安装包中的,工程里并不会去直接继承或二次封装admin模块,因此放弃了。
第二种方法找到了nginx中sub_filter指令,再次修改如下:
新增加sub_filter*三行指令,具体指令用法请参见手册,大概意思是nginx根据sub_filter_types(本文没写,默认是text/html),去检查每次的响应内容,若内容为text/html,则进行替换操作,将响应内容中的【/admin/】字符串
替换成【/A/admin/】字符串,即增加前缀操作,static同理。最后再添加sub_filter_once off;表明上面的替换是替换响应内容的所有地方,如果不加这句指令,则只会替换一次。
若工程中还存在其它子应用的静态工程,也可照此来进行替换操作。
这种替换后,原工程不用修改,不影响本地开发调试,感觉还是不错的。
现在api接口、admin管理台都能正常访问了。完成了通过url前缀方式来反向代理功能。
实现了浏览器或外部系统只需要通过
http://abc.com.cn:8080/A/xxxx
http://abc.com.cn:8080/B/xxxx
http://abc.com.cn:8080/C/xxxx
这种格式的URL访问即可,只需一个域名,仅通过/A/这种前缀来区分不同的子应用。
一般我们会使用前后端分离去开发项目,若有必要,也可以使用sub_filter去替换相应的请求内容。