E-filing vue

来自ling
跳转至: 导航搜索

Linda

立项,计划

设计

现有架构说明

  • 不同区域独立部署
  • 数据库独立
  • 数据主键自增涨,数据合并会有主键重复问题,需要考虑主键唯一性处理

Efiling old network.png

架构设计

  • 设计添加多租户设计,支持以下部署

Efiling new network.png

  • 同时考虑到业务上对数据需求的隔离,支持以下部署

Efiling new network1.png

微服务关系

前端代码

  • 独立前端代码.使用李远新框架

文件存储

  • sql server 数据库存储
  • dfs 分布式文件存储
  • mongodb分布式文件存储

文件备份策略

模板使用ppt

多租户

不同业务条线分开部署时,如何发布

代码迁移

  • 数据库主键策略
  • 租户信息自动保存
  • 租户信息查询条件添加

旧数据合并与多租户测试

  • 找一个分区,修改主外键(分区key+oldid),测试流程看数据修改是否完整
  • 补上租户相关字段
  • 用上面sql更新所有分区
  • 合并所有分区数据

大陆,香港分开

java .net协同工作

文件的打开和编辑,保存

  • office文件打开
  • 源代码文件打开
  • 其他文件打开
  • 文件的checkout和checkin
  • office文件的编辑和保存

用户,角色,菜单和平台的关系

  • 通过平台进入efiling系统
  • 首页数据使用平台配置
  • 角色等机制也使用新框架标准和用法
  • 不再使用旧系统的用户,角色

特性化数据的显示和隐藏

  • 按系统,业务条线,租户等控制空间的显示
  • 前端VUE控件
<FilterComponts key=''>
......
</FilterComponts>

国际化

nacos

  • 使用nacos替换eureka和config,减少部署和配置的复杂程度
  • nacos只能使用mysql做配置存储,需要注意

tax-auth和defaultuser

efilling的文件服务和平台的doc服务

efilling的文件服务是比doc服务更高一层的业务级服务.

  • efilling的服务因为nfs集群和.net下文件的打开和保存需要基于服务器目录.
  • 从服务角度来说.efilling提供的是比doc服务更高一级的的文件归档服务.
  • 从doc服务扩展支持nfs文件保存和读取的接口供efilling调用

国际化

服务器

旧服务器需求 5年 文件存储需求

  • (4core,16g)*2 app 一主一备 250G SSD 2T HD
  • (4core,32g)*2 db一主一备 500G SSD 1T HD

FA服务器需求 5年 文件存储需求

同上

RA服务器需求 5年 文件存储需求

同上

新架构多租户不独立数据方式部署

同上

新架构独立数据方式部署

同上

FA特殊需求

表结构

dc 负责的租户信息分配