团队中做一个项目，使用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去替换相应的请求内容。