8a6f725d166bdbf1320d4c007a926d519c1e35e3
\345\272\224\347\224\250\345\270\202\345\234\272.md
... | ... | @@ -56,6 +56,8 @@ stop |
56 | 56 | ``` |
57 | 57 | </details> |
58 | 58 | |
59 | +分布式模型下,与单机版一致 |
|
60 | + |
|
59 | 61 | ### 2. 应用上架 |
60 | 62 | |
61 | 63 | #### 功能描述 |
... | ... | @@ -89,6 +91,8 @@ stop |
89 | 91 | ``` |
90 | 92 | </details> |
91 | 93 | |
94 | +分布式模式相比于单机版的不同点在于会做一次机审(machineAuditAppGroupContainer),并将初态 loadBussinessApps2Redis |
|
95 | + |
|
92 | 96 | ### 3. 应用安装 |
93 | 97 | |
94 | 98 | #### 功能描述 |
... | ... | @@ -134,6 +138,8 @@ stop |
134 | 138 | ``` |
135 | 139 | </details> |
136 | 140 | |
141 | +分布式模式下,请求首先会达到master节点,通过exeMod是否为local来决定是否转发,如果不为local则转发给边车,边车再启动一个容器,然后周期性等待容器就绪,并请求installApps接口,最终完成业务app的安装。 |
|
142 | + |
|
137 | 143 | ### 4. 应用卸载 |
138 | 144 | |
139 | 145 | #### 功能描述 |
... | ... | @@ -184,6 +190,9 @@ stop |
184 | 190 | @enduml |
185 | 191 | ``` |
186 | 192 | </details> |
193 | + |
|
194 | +分布式模式下,请求首先会在master节点处理,master节点通过 exeMod 为null(即不等于 local)判断是否需要转发,需要转发则请求边车进行转发,边车(携带exeMode为local标记)会转发到真正的业务容器,然后这个业务容器执行卸载操作,移除终态元模型信息、移除策略等(删除操作会内存同步到其他容器,从而达到元模型的一致性)。 |
|
195 | + |
|
187 | 196 | ### 5. 应用更新 |
188 | 197 | |
189 | 198 | #### 功能描述 |
... | ... | @@ -194,6 +203,7 @@ stop |
194 | 203 | 2. **更新流程**: |
195 | 204 | - 点击更新后,比对 MD5 不一致,则下载新的 JAR 包到 `apps/modules` 目录下。 |
196 | 205 | - 按照install的逻辑执行,同时更新app信息到数据库中。 |
206 | +3. 分布式模式下,更新和安装卸载一样 |
|
197 | 207 | |
198 | 208 | ### 6. 应用删除 |
199 | 209 | |
... | ... | @@ -204,6 +214,8 @@ stop |
204 | 214 | 1. **删除限制**:已安装的应用不可删除。 |
205 | 215 | 2. **记录删除**:直接删除 `MetaAppStore` 中的记录。 |
206 | 216 | |
217 | +分布式模型下,与单机版一致 |
|
218 | + |
|
207 | 219 | ### 7. 安装逻辑详细描述 (`doInstallApps`) |
208 | 220 | |
209 | 221 | #### 步骤描述 |