背景
目前我在集成登录认证功能（cas），使用的架构是nginx+lua，由于我们有多个系统（全是前端项目），每套系统都采用nginx+lua的方式进行部署（即每个系统都是一个nginx），cas登录认证使用到了nginx缓存机制，现在的问题在于这么一个场景：
有两个项目A、B，两个使用的是同一个域名C，如下图：
问题所在：
用户的角度是：AB是一套系统，我登录了A，到B系统我就不会在登录了...
开发角度：因为A、B是两套nginx，登录认证又使用到了nginx缓存，这就造成一个问题，访问A的使用用的是A系统的缓存，访问B系统，使用的是B系统的缓存；即便在A系统登录了，但是到B系统，由于B系统没有缓存，就会造成在登录一次；
解决方案
对于上述的问题，目前我想到了下面这几种方案，各有优缺点，选择自己最合适的就行；
- 引入redis集中缓存；
- 使用共享磁盘，使用一个nginx缓存，路由的时候，路由到共享磁盘的绝对路径上；
- 更改路径，在使用缓存的地址上，分别路由到各自的缓存上，分别使用各自的缓存（缺陷，如果使用cookie的话，会频繁刷新cookie,并且会给服务带来性能压力）
- 将项目部署同一个nginx上（缺点：部署发布的时候，流程特别慢！nginx要是炸的话，项目全炸）
方案一：redis
统一使用redis缓存；
将缓存使用一个集中式的，就可以避免上述的问题，而且还顺带解决了单点登录问题！！
优点：
- 解决了缓存共享值问题；
- 解决单点登录问题；
缺点：
- 引入了redis，系统复杂度变高
- 维护成本也上升；
方案二：共享磁盘
这种方式是，使用一个nginx的缓存，在具体路由B项目的时候，路由到共享磁盘的绝对路径上；
相当于是B项目的部署只是为了将内容放到共享磁盘里面，真正走的只有A系统，通过location段路由到共享磁盘目录就行
A项目的nginx配置示例：
nginx
server {
listen 8080;
server_name ~^test-(?<subdomain>.+)\.aaaa\.com;
# 禁止转发时携带端口
port_in_redirect off;
client_body_buffer_size 1024m;
client_max_body_size 1024m;
gzip on;
gzip_min_length 1k;
gzip_comp_level 2;
gzip_types text/plain text/json application/javascript application/x-javascript text/css application/xml text/javascript font/ttf font/otf image/svg+xml;
gzip_vary on;
set $hpath '/usr/share/nginx/html/dist/$subdomain/';
# 访问B项目的时候，在这里写死共享磁盘路径
location /info {
set $hpath '/home/dist/bdcInfo/';
resolver 8.8.8.8;
# access_log /home/cc.log main;
# error_log /home/ww.log;
access_by_lua_file /etc/nginx/cas.lua;
default_type text/plain;
alias $hpath;
index index.html;
try_files $uri $uri/ /index.html;
}
location / {
resolver 8.8.8.8;
# access_log /home/cc.log main;
# error_log /home/ww.log;
access_by_lua_file /etc/nginx/cas.lua;
default_type text/plain;
root $hpath;
index index.html;
try_files $uri $uri/ /index.html;
}
location /currentUser {
default_type text/html;
charset utf-8;
# access_log /home/base-station-test11.log main;
# error_log /home/qq.log;
access_by_lua_file /etc/nginx/current_user.lua;
}
proxy_intercept_errors on;
error_page 404 400 403 500 502 = /404.html;
location = /404.html {
root /home/resource;
}
}优点：
- 解决了上述问题；
缺点：
- 需要运维引入共享磁盘，技术选型：nfs ,fastdfs，nas，增加运维成本
方案三：配置B的登录路由
需要前端配合请求权限的接口修改为B的前缀，我这里使用到的登录接口为currentUser
nginx示例配置
nginx
server {
listen 8080;
server_name ~^test-(?<subdomain>.+)\.aaaa\.com;
# 禁止转发时携带端口
port_in_redirect off;
client_body_buffer_size 1024m;
client_max_body_size 1024m;
gzip on;
gzip_min_length 1k;
gzip_comp_level 2;
gzip_types text/plain text/json application/javascript application/x-javascript text/css application/xml text/javascript font/ttf font/otf image/svg+xml;
gzip_vary on;
set $hpath '/usr/share/nginx/html/dist/$subdomain/';
# 访问B项目的时候，在这里写死共享磁盘路径
location /info {
set $hpath '/home/dist/bdcInfo/';
resolver 8.8.8.8;
# access_log /home/cc.log main;
# error_log /home/ww.log;
access_by_lua_file /etc/nginx/cas.lua;
default_type text/plain;
alias $hpath;
index index.html;
try_files $uri $uri/ /index.html;
}
# 新增B请求登录的接口前缀
location /info/currentUser {
default_type text/html;
charset utf-8;
# access_log /home/base-station-test11.log main;
# error_log /home/qq.log;
access_by_lua_file /etc/nginx/lua/cas-auth/current_user.lua;
}
location / {
resolver 8.8.8.8;
# access_log /home/cc.log main;
# error_log /home/ww.log;
access_by_lua_file /etc/nginx/cas.lua;
default_type text/plain;
root $hpath;
index index.html;
try_files $uri $uri/ /index.html;
}
location /currentUser {
default_type text/html;
charset utf-8;
# access_log /home/base-station-test11.log main;
# error_log /home/qq.log;
access_by_lua_file /etc/nginx/current_user.lua;
}
proxy_intercept_errors on;
error_page 404 400 403 500 502 = /404.html;
location = /404.html {
root /home/resource;
}
}这种方案成本比较低，但是缺点也很明显；
这种在请求A的时候，会走登录，请求B的时候，也会走登录，但是A,B域名一致，就导致A,B的cookie来回重刷，比较耗费性能！
这里还有个疑问点是：
为什么在登录了A之后，在请求B的时候为什么不跳登录页，而是直接走接口！！！(这里没弄懂)
就是我第一次登录的时候，访问A，A会跳转到登录页，然后输入用户名密码之后，走了一系列的登录接口，登录成功；
这个时候在访问B ，B没有跳转到登录页，跟A一样，走的一模一样的登录接口，然后登录成功！！
是因为同一域名的问题么？？？？？没搞懂！！
方案四：将A，B部署在同一nginx上
这个就不用解释了，但缺点很明显，一旦nginx出现问题，A,B项目都不能访问，而且在部署的时候，需要拉两套代码，编译两套代码，时间会很长
遗留问题
方案三最后的那几行，确实没想通，如果大家有什么想法的话，欢迎沟通哈！！！！