29 lines
1.4 KiB
Plaintext
29 lines
1.4 KiB
Plaintext
思路：现有ts项目源码分为
|
||
|
||
1：admin 管理后端，主要是前后端分离后端，管理后台用的api接口
|
||
|
||
2：api PC官网登录的逻辑，主要就是PC用户的登录，注册，退出登录的接口，可以和 home 合并，当初没设计好，坑
|
||
|
||
3：home PC官网，主要是用ts写的后端渲染网站的逻辑和页面渲染
|
||
|
||
|
||
思路
|
||
|
||
|
||
1：用户输入域名访问网站
|
||
|
||
2：将域名 geekhelp.cn 解析到 服务器A
|
||
|
||
3：服务器A 将用户官网的请求通过 Nginx 负载均衡到B，C服务器上
|
||
|
||
4：B，C 服务器部署ts官网。用户对官网的请求最终交由B, C 服务器上的Nodejs处理。
|
||
|
||
|
||
5：D 服务器部署 JAVA 写的服务中心，E 服务器部署Zuul网关，sidecar 中间件
|
||
，Swoft 管理后台Api，这里的逻辑是，Swoft 通过 sidecar 注册到 D 服务器的服务中心，管理后台的ajax请求
|
||
走Zuul网关服务，通过 Zuul 网关服务 负载均衡 到(sidecar) Swoft 上
|
||
|
||
|
||
6：F 服务器上部署的Java 登录接口，F 服务器需要向 D 服务器进行注册，然后用户在官网的登录请求会走 E服务器的网关，最后交给 F
|
||
服务器的接口处理。但是这里Session不能存放在F服务器上，因为 Swoft 也需要用到Session，所以将F服务器上用户登录成功
|
||
的 Session 保存到 G 服务器(Session服务器) |