[发明专利]一种计算机设备运维管理系统

说明书

本公开涉及一种计算机设备运维管理系统，包括：客户端，所述客户端至少包括一配置监听模块和一任务执行模块；服务端，所述服务端至少包括一WEB管理界面、一配置管理模块及任务调度模块；分布式存储，其配置为存储可注册系统服务，将所述新配置文件传送至所述客户端并置为当下配置文件；数据库，所述数据库配置为存储所述WEB管理界面对应文件及所述计划任务对应的任务列表。本发明可使得运维人员能够随时对任务调度的配置文件进行调整及掌握警报信息。

技术领域

本发明涉及一种管理系统，特别是一种计算机设备运维管理系统。

背景技术

移动互联网时代与大数据时代的来临，正在不断颠覆各行各业。运维人员同样面临各种挑战与机会。一款软件产品的发布离不开两类人的支持，即开发和运维。人们常常会把他们提到一起，如今DevOps开发模式的盛行也正是对他们的重新定义。目前软件环境的变化可以说是开发者的黄金时代，而对于运维来说，这些变化正给他们带来新的挑战和期望。过去的十年给软件开发环境带来了翻天覆地的变化，其中最大的变化是通过开源和云来生产基础设施。就产品的灵活性和生产力而言，这绝对是对开发者利好的消息，但也给运维人员带来了一些新的挑战和期望。在过去，开发者的工具箱里仅有几个大型软件供应商提供的单片式解决方案，比如Oracle、IBM、HP等。这些解决方案一般都比较昂贵，并且还会伴随整合和更新较慢等特点。一旦公司购买了它们，无论它们是否适合你，你都必须好好地利用它们。如今，丰富的开源和云解决方案的出现彻底把开发者从传统的工具依赖中解放出来，开发者可以在过去同等的条件下享受更好的基础设施。开发者也可以根据自己的工作需求选择合适的工具，并且它们是免费廉价的，这些工具能够更好更快的进行整合，根据需求进行规模化扩展。现在，一个公司使用多种数据库(Redis用于缓存、Elasticsearch用来搜索、MySQL等等)已经变的非常普遍，这些工具分工明确，兼容多个平台。与此类似的各种分工工具还有：监控工具、计算环境、应用框架等。开发者可以因时制宜地选择各种工具，提高产品的开发灵活性、生产力、性能等。但是大量的产品问题都是来自内部的代码部署和架构变更。当进行持续部署(更不用提虚拟化和基础设施即代码了)，变更的速度会大幅提升，速度地提升也很容易导致产品出错。由此可以得出一个论点，即持续部署可以减少潜在的、灾难性的错误，因为变化的周期变短、增量变少。现代基础设施之间的最佳组合给运维人员带来了不少灾难。可移动的部分越来越多、依赖关系更加复杂以及更多的监控工具会时不时地发出各种警报。在这样的环境中，故障排除已经成为一个永无止境地分类过程：过滤报警内容、优先考虑和应对潜在的事故，可以简称为报警疲劳。这已经是一个很常见的现象了，运维人员抱怨到：他们有50％—70％的时间都消耗在了响应报警上，以至于影响到了他们的核心工作：构建业务支持的基础设施架构。运维人员迫切需要一个高效的平台来处理这些告警和任务调度。一个很好的出发点就是利用定时任务系统来实现任务调度，例如在中国专利申请公开CN105872073A中公开了一种基于ETCD集群的分布式定时任务系统的设计方法，在该方法中，包括以下步骤：S1、根据业务需求准备定时任务的配置文件；S2、定时任务配置服务将所述配置文件存入ETCD 集群中的第一服务器，再由所述ETCD集群将所述配置文件的存储路径传送至执行服务集群中的第二服务器；S3、所述第二服务器按照所述存储路径从第一服务器中读取配置文件，并应用所述配置文件；S4、需要更新配置文件时，直接用新的配置文件替换ETCD集群中的配置文件；S5、所述第二服务器监听配置文件的更新；S6、所述第二服务器申请执行定时任务；S7、当所述第二服务器申请到定时任务时，开始执行所述定时任务，并更新定时任务的申请状态至ETCD集群中，增加当前定时任务的描述信息至新的配置文件中；否则，重复步骤S5。可以看到，在该申请中，服务集群中的第二服务器通过共享同一个配置文件，采用竞争方式来完成一个定时任务，对于不同的定时任务，可以根据业务需求随时更新配置文件，并且直接用新的配置文件替换ETCD集群中的配置文件。但整个环节不具备告警环节，因此在系统出现错误时，运维人员对错误的排查是非常困难的。

发明内容

鉴于现有技术存在的上述问题，本发明的目的是提供一种使得运维人员能够随时对任务调度的配置文件进行调整及掌握警报信息的计算机设备运维管理系统。