first commit
This commit is contained in:
29
模块拆分.txt
Normal file
29
模块拆分.txt
Normal file
@@ -0,0 +1,29 @@
|
||||
思路:现有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服务器)
|
||||
Reference in New Issue
Block a user