服务治理三个层次(在钉x的成长)

1. 流式监控大盘+报警

    需要会话上下文数据. 所以需要服务端先汇聚存储数据.

    趋势图 [天趋势] + 圆饼图 [ 一日内的 分布case ] {属于数据分析层面的内容}

2. 定位分析. 需要有个后台系统.

     1. 查看对应的session信息. 订单,投屏,视频会议.
         一些事实统计好的,流式计算出来的数据 [例如是否wifi没有选对,是否投屏码输错] , 最好也保存到数据库schema上.便于后续查询. 而不是只是简单的打印到log中,最终到hive上进行批处理统计分析.

     2. 智能硬件很多是端和端的交互,需要把端上日志+现场环境信息上传.

     需要一个日志压缩上传,和hbase系统. 直接存放大文本.

3. 基于现有会话信息进行日级别.数据分析每日统计分析,每次优化有数据可依.

   会话中上下文信息. 比如投屏使用的分辨率和支持的分辨率.

所以业务系统最重要,保存会话上下文信息. 业务系统主动流式结合会话信息进行判断.

 例如投屏失败,上传wifiBssid,来判断是否该网络下是否有投屏设备.

另外增加一个日志上传系统. 上传各端的数据.