CS HA 架构设计
CS HA架构设计
1，CS HA架构概要
（1）CS HA架构图
（2）要解决的问题
Context instance对象的HA
Client创建工作流时生成CSID请求
CS Server的别名列表
CSID统一的生成和解析规则
（3）主要设计思路
①负载均衡
当客户端创建新的工作流时，等概率随机请求到某台Server的HA模块生成新的HAID，HAID信息包含该主Server信息（以下称主instance），和备选instance，其中备选instance为剩余Server中负载最低的instance，以及一个对应的ContextID。生成的HAID与该工作流绑定且被持久化到数据库，并且随后该工作流所有变更操作请求都将发送至主instance，实现负载的均匀分配。
②高可用
在后续操作中，当客户端或者gateway判定主instance不可用时，会将操作请求转发至备instance处理，从而实现服务的高可用。备instance的HA模块会根据HAID信息首先验证请求合法性。
③别名机制
对机器采用别名机制，HAID中包含的Instance信息采用自定义别名，后台维护别名映射队列。在客户端交互时采用HAID，而与后台其它组件交互则采用ContextID，在实现具体操作时采用动态代理机制，将HAID转换为ContextID进行处理。
2，模块设计
（1）模块图
（2）具体模块
①ContextHAManager模块
提供接口供CS Server调用生成CSID及HAID，并提供基于动态代理的别名转换接口；
调用持久化模块接口持久化CSID信息；
②AbstractContextHAManager模块
ContextHAManager的抽象，可支持实现多种ContextHAManager；
③InstanceAliasManager模块
RPC模块提供Instance与别名转换接口，维护别名映射队列，并提供别名与CS Server实例的查询；提供验证主机是否有效接口；
④HAContextIDGenerator模块
生成新的HAID，并且封装成客户端约定格式返回给客户端。HAID结构如下：
\${第一个instance长度}\${第二个instance长度}{instance别名1}{instance别名2}{实际ID}，实际ID定为ContextID Key；
⑤ContextHAChecker模块
提供HAID的校验接口。收到的每个请求会校验ID格式是否有效，以及当前主机是否为主Instance或备Instance：如果是主Instance，则校验通过；如果为备Instance，则验证主Instance是否失效，主Instance失效则验证通过。
⑥BackupInstanceGenerator模块
生成备用实例，附加在CSID信息里；
⑦MultiTenantBackupInstanceGenerator接口
（保留接口，暂不实现）
3. UML类图
4. HA模块操作时序图
第一次生成CSID: 由客户端发出请求，Gateway转发到任一Server，HA模块生成HAID，包含主Instance和备instance及CSID，完成工作流与HAID的绑定。
当客户端发送变更请求时，Gateway判定主Instance失效，则将请求转发到备Instance进行处理。备Instance上实例验证HAID有效后，加载Instance并处理请求。