容灾流程分析
2022-08-03 09:33:12 9 举报
登录查看完整内容
分析目前容灾流程的问题
作者其他创作
大纲/内容
Nginx+lua 接入
郑州PaaSBOSS服务
郑州PaaS 会话服务
接入直接处理强制登出
ticketID=beijingticketID=zhengzhou
信息港 BOSS服务（故障）
北京信息港
郑州高新港
①ticketID=beijing信息港本地校验会话
②校验完成郑州处理全量BOSS请求
①ticketID=zhengzhou新登录用户郑州检查会话
信息港BOSS服务不再承接业务请求
ticketID=zhengzhou分流至郑州进行全部业务流程处理
① if ticketID=beijing
信息港 会话服务
ticketID=zhengzhou用户重新登录在郑州创建新会话信息ticketID变更为zhengzhou全部转移至郑州
②ticketID=beijing校验完成信息港处理BOSS请求
优化流程一打通郑州到信息港会话检查网络策略，实现跨机房会话检查能力当信息港BOSS服务故障时，即使原登录用户未登出的请求也转移至郑州由郑州发起跨机房调用到信息港会话服务处理会话子请求，后续BOSS子请求由郑州BOSS服务提供信息港BOSS服务不再承接业务请求
新登录用户会话创建在郑州会话标识ticketID=zhengzhou不受流程缺陷影响
信息港 会话服务（故障）
②ticketID=beijingticketID=zhengzhou校验完成郑州处理全量BOSS请求
①if ticketID=beijing跨机房调用信息港会话服务完成会话校验
现有流程原登录用户在未登出的情况下，会话信息储存在信息港由于检查会话与BOSS服务的两个子请求绑定没有做拆分，在信息港校验会话后只能调用信息港BOSS服务不支持两个子请求的异地机房分别调用，造成这部分用户的BOSS服务只能落在信息港处理，无法转移至郑州机房
①if ticketID=zhengzhou郑州本地校验会话
原登录用户未登出的情况会话信息在信息港会话标识ticketID=zhengzhou此部分受流程缺陷影响
②ticketID=zhengzhou校验完成郑州处理BOSS请求
优化流程二若信息港机房全面故障（BOSS服务会话服务皆无法处理业务请求）原登录用户未登出的请求由信息港接入直接处理强制登出随后用户重新登录会在郑州创建新的会话信息后续请求全部转移至郑州
ticketID=beijingticketID=zhengzhou都转移至郑州处理
0 条评论
回复 删除
下一页
