nginx管理
默认
服务目录
user表
config
sys_tenant 表
初始化租户角色信息，属于省-市-区哪个层级的角色，权限不同
大屏展示
商户管理员组
部署管理
role 表
智慧工地平台
tenant_permission 表
手机号 + 验证码
有
发布管理
商户内部用户组
运营角色
服务测试
boss产品组
账号密码登录
boss超管组
其他用户
无
超级后台/8188
原生应用管理
产品
外部用户角色
API服务网关
common-provider：6502
安全双控
开始登录
运营
boss开发组
N
分布式链路
boss admin 账号通过init sql 初始化
服务消费者
基础组件
绑定菜单
服务性能管理
部署编排
判断
role_id关联
各类控制台展示的应用
Permissions
集群管理
租户和模板关联关系表，这里的模板最终关联的是融合器里面配置的省-市-区模板，通过template_id_org，font color=\"#323232\
数据对接
user_role 表
template_id关联
下发token
Role
服务交付域
选择用户类型（开发，运营，产品）
通用能力层
新增角色
存储管理
集成管理
初始化租户基本信息，id，name等
zuul-gateway：6527
nacos注册中心
sys_org_id关联
绑定应用
事务场景入口（个性化服务入口）
zookeeper注册中心
消息轨迹
push
digitalmonitor-web：7090
账号密码错误
统一事务中心
nacos
统一项目库
新增应用
超管角色
用户和角色关联表，决定于该用户跳转到智慧工地模板权限展示
消息topic管理
user和user_information 表功能重复，可保留一张表即可
无期望角色
应用层资源对象、Pass 层资源对象、Iaas 层资源对象
校验
架构管理
哪些角色有权限新增，编辑应用和角色，菜单，boss运营、admin ？商户管理员要不要支持？
专家评价
User-group
无期望的应用
数据管理
隐患排查
开发角色
新增租户
1. 每个用户组会有默认角色2. 角色有继承关系，上级角色拥有下级角色的功能
oauth2
跳转新增角色页面
错误码平台
docker swarm 分部署集群网络拓扑图
重新输入账号密码
商户外部用户组
应用运行域
选择租户
用户登录
DB管理
新建样式模板
认证
用户
用户组
角色
权限
菜单
重新获取验证码
企业用户
用户管理
注册
危大工程
账号密码
跳转新增应用页面
商户企业用户组
每个小组件都由前端开发，生成一个code，按照code进行配置
容灾管理
数字监管平台
校验成功
智慧工地
返回绑定页面
开发
Y
Menus
绑定角色
注册服务
登录成功
融合器
商户
boss用户
token验证
API设计
内部用户角色
协作中心
登录页
user_information表
小组件组合
归档项目
绑定用户组
应用交付域
gbi_plugin_instance 表
主机管理
命令通道、文件管理、流程编排、服务编排、统一登录、数据采集、数据可视化、API网关、构件化
common-client：6501
gbi_plugin 表
新增用户
third_party_relaiton 表
tenant_id 关联
消息队列
gbi_template表
方案论证
服务调用
user_permission表
模板（template）和组件（plugin）的关联关系表
redis注册中心
结束
项目管理
手机号登录
登录正确
消息管理
注册中心
权限验证
是否有账号
权限管理
风险管控
DB
统一用户库
测试管理
运维服务中台层
服务提供者
微应用MicroApp
Apps
boss运营组
API测试
管理员角色
pull
role permission表
base_user表
超级管理员
统一信息中心
多容器管理
服务运行域
sys_org_user_rs表
企业用户角色
初始化租户关联的行政区域数据，如陕西省管理员需要生成陕西省-10个市-50个区的数据
phone 关联
初始化租户配置表，生成appId appSecret，主要用作外部数据对接
sys_org ，park表
产品角色
统一门户入口
对象资源层
超级后台
User
内部用户
基础服务
初始化租户角色权限表，决定了智慧工地的模板菜单展示
sys_org_user_rs 表有点冗余，user表本身就有park_id，根据park_id 关联park表即可找到sys_org_id
错误码管理
设置模板菜单
登录
验证码错误
对象管理入口（资源 + 动作 + 状态）
命名空间
服务管理
环境管理
外部用户
