应用场景
使用该款运维监控平台，可以轻松解决以下场景问题
-
核心应用不稳定
核心应用挂了，发现不及时
核心应用不稳定，排查问题困难
-
中间件
中间件不稳定
docker挂载目录问题
-
异常复盘困难
每次遇到问题只能重启解决
异常信息没留痕
重启后丢失异常状态
现场研发无法排查问题
高校运维现状
缺乏统一运维，运维工作分散在各个服务厂商；大部分学校只是充当硬件提供的角色，之后所有问题都是有第三方厂商进行维护，软件过维保之后，软件生命周期也就走向了尽头
硬件规划不合理
比如物理机超分配，数据库跑在虚拟机上反亲和等问题
部署架构不合理
比如中间件全部由厂商搭建
网络要求不合理
断网和上网服务器没有部署梳理切割，必要上网需求一刀切断网
交付要求不规范
产品实施验收时，缺乏提供备份、日志采集、性能采集、配置文件目录归档、定时调度维护要求，部署清单不准确，造成以后运维几乎不可能
-
数据库异常
Oracle表空间满了
Oracle归档日志满了
-
硬件服务器异常
磁盘根目录/分区容量不足
CPU预警
内存预警
异常进程
-
漏洞与安全
部署架构不合理
安全策略不完善
等保日志保存不完善
漏洞问题处理不及时
产品介绍
全天监控，实时运维，告诉我一个地址，我来告诉你哪里有异常。联奕科技微服务架构运维监控平台，针对目前市场的硬件运维做了更全面的升级，补充软件监控，预警巡检等多个功能，形成一套流程化、规范化的IT运维管理体系，进行日常例行的资产配置、系统状况监测、异常情况处理、数据监测、升级优化等主动性维护。
全链路追踪
一体化监控
日志留存审计
-
全链路追踪
从URL出发，使用全链路追踪功能，轻松直观的观看到异常信息，减低运维难度
产品特点
发现问题，定位问题，解决问题，验证问题，完美打造异常闭环处理
单独部署，安全稳定
采用微服务架构对服务进行细分，单独部署- 系统组件交互简单，保证了组件的强壮性
- 非侵入式采集，无需修改现有业务系统代码
- 重要数据均保存在学校内部，保障学校信息安全
海量实践预警规则库和及时预警能力
- 实时监测，定时巡检，可视化运维数据
- 针对高校现场大量的监控目标，包括服务器、数据库、各业务系统、部署容器中间件等进行监控，对各个场景的异常问题预设预警类型与预警规则
- 支持邮件、钉钉、短信等预警通知功能，真正做到提前预警、及时发现、及时解决
多项指标采集与监控
- 65种组件指标监控，59种组件日志采集方式，54种数据源协议适配，近百种事件监控
- 应用apm监控与健康心跳检测结合，覆盖域名健康监控、虚拟机硬件指标、中间件指标、异常日志、接口tps、慢sql、数据库异常等场景，打造一站式应用服务监控
- 构建应用链路依赖资源图谱，呈现对应指标异常，告别冗长命令，快速定位异常与资源瓶颈，及时保障业务持续进行
- 支持将采集做内置，减少后续工作量
实时监测，定时巡检，可视化运维数据
- 支持实时监测应用和服务状态、软件版本、垃圾日志、docker镜像、网络情况、防火墙情况、硬件基础信息、病毒检测、异常进程检测、网络情况等多个方面，全天候响应，7×24小时保障
- 多种巡检方式相结合，设定自动或手动巡检，自定义时间维度进行全面数据分析，及时归纳总结该时间段内运维过程中发现的问题、处理的进度、结果与建议改进方向，生成运维报告，可视化分析数据
应用系统闭环运维，解决日常运维需求
- 从应用系统安装与更新、应用项目地测试、应用系统状态感知，到应用瓶颈预警、应用异常提醒、应用故障定位、应用故障尝试自愈与重启，再到生成工单、反馈需求、记录解决情况，完成闭环运维，做到运维不中断、不遗漏
- 对于日常运维工作中的繁琐操作，支持备份、关机、重启、迁移、扩容等多方面的一键处理
消息互通，快速运维
- 需要人工处理的异常会自动生成工单，及时提醒解决
- 存在新增需求或需求变动也可以实现消息回传
技术架构
采用Elasticsearch分布式搜索引擎，存储数据索引结构。采用APM轻量化采集性能监控工具，提供实时有效的性能分析指标，结合监控预警设定阈值，通过短信或机器人方式推送预警消息。
敏感服务断网部署，安全加倍
服务高可用设计，故障自愈
数据采集开箱即用，非侵入式对接
服务端不断迭代， 客户端自定义同步版本
合作客户
他们都在用运维监控管理平台（*排名不分先后顺序）
