后台系统应该包含哪些内容
2019-03-06 19:42:23 48 举报
AI智能生成
通用后台系统设计设计要点
作者其他创作
大纲/内容
通用后台系统
操作入口
提供系统所有可介入点的操作入口
操作类型
添加/删除节点
更改节点配置
重新/刷新节点状态
推荐做法
在资源型节点UI添加操作入口,而不是统一入口便于权限控制避免误操作
权限控制
查看/添加/删除/修改 资源权限管理
权限级别
完全不可见
401,资源存在但当前用户权限不够
部分内容可见
可查看简介,关系人,概要运行状态等部分内容以便于联系协作
全部可见
可以查看资源全部细节内容,但是不能操作
可操作
可修改配置,执行节点上下线的操作,但操作首先,高风险操作需要更高权限用户审核后才能执行
可添加/删除
最高权限,可以进行任何操作,但是所有操作必须记录
注:后台权限应和资源权限匹配(后台权限应和资源权限对应)
事件通知
事件分类
系统重大故障
必须在首页显著位置,高亮显示,包括全部页面压顶滚动通知等
节点不可自行恢复故障
必须在首页显著位置,高亮显示。
节点故障后自行恢复事件记录
首页列表展示
趋势性/预测性故障事件
可以手动关停
UI部分展示方式
一般集中在Dashboard,按事件紧急重要程度做不同级别的高亮突出显示,需要登录者关注的异常事件,并提供便捷的跳入链接
图表类标红突出显示
报警区域标红/闪烁
压顶滚动通知
通知要点
及时
通知必须时独立的模块,不受其他功能干扰,能在事件发生时尽可能及时的展示给当前使用者
准确
不误报,不漏报
精确
能从报警信息精确跳转到故障点,而不是一步步展开
通知渠道
及时性优先:微信,短信,企业QQ,UI,邮件
订阅&取消
资源调度
系统运行资源评估,扩展收缩等调拨,是系统资源和外部资源的管理门户。
核心功能
当前使用资源情况
冗余备用资源情况
资源添加
资源删减
状态监控
系统各类资源的实时和近实时的数据采集和可视化展示
监控类型
节点运行是否正常
关键指标是否在正确的区间内
系统运行趋势是否稳定
可视化图表类型,参见:
折线
数据的趋势
折线堆积
叠加的数据的趋势
饼图
部分和全部的比例关系
柱图
多个维度的数据比较
散点图
不同纬度间数据联系
雷达图
同一资源不同纬度优弱比较
桑基图
一般用于数据流向
后台系统应该包含哪些内容? 后台是监控&管理一线系统的工具合集 后台系统是典型的面向资源性系统,核心是准确获取资源数据并据此改变资源状态控制系统的整体运行。功能完备的后台是平台系统成熟的标志。 后台系统设计特别适合面向对象的方式处理,推荐RESTful风格。 后台系统按功能一般可分为:数据采集(主/被动),数据分析,存储,可视化等模块;各模块间应保持松耦合尽量避免除依赖同一数据源以外的任何模块间交互行为,功能保证独立性避免后台自身塌方式故障。核心要点:数据准确及时全面可见可查运行独立可靠操作必须反馈
0 条评论
回复 删除
下一页