一种自动运维系统及其操作方法，涉及自动化运维系统的技术领域。本发明包括用于保存预先定义的操作命令的存储单元；操作命令是将运维中的每个操作配置所得到的；运维单元，用于根据存储单元的操作命令新建发布流程并上传发布包，运维管理平台对发布包进行划分，得到相关配置项；运维管理平台对每个配置项添加标签；运维平台完成审批后，进行封装生成配置文件然后进入发布流程；服务器根据存储单元的操作命令完成自动下载发布包配置文件；服务器接收配置文件的修改命令，根据要修改的配置项的标签查找到对应的配置项并完成替换。本发明实现了能够及时发现数据丢失或异常、实现自动运维、降低管理成本、减轻运维人员操作频率的目的。
1.一种自动运维系统，其特征在于包括：存储单元和运维单元，其中：存储单元，用于保存预先定义的操作命令；所述操作命令是将运维中的每个操作配置所得到的；
运维单元，用于根据存储单元的操作命令新建发布流程并上传发布包，运维管理平台对发布包进行划分，得到相关配置项；运维管理平台对每个配置项添加标签，以方便根据标签找到相应的内部审批流；运维平台完成审批后，进行封装生成配置文件然后进入发布流程；服务器根据存储单元的操作命令完成自动下载发布包配置文件；服务器接收配置文件的修改命令，根据要修改的配置项的标签查找到对应的配置项并完成替换。
2.根据权利要求1所述的自动运维系统，其特征在于还包括用于完成运维单元和服务器之间传输文件的通讯接口。
3.根据权利要求1所述的自动运维系统，其特征在于还包括用于接收运维管理结果的人机交互接口。
4.基于权利要求1或2或3所述的自动运维系统的操作方法，其特征在于包括如下步骤：第一步：配置运维管理平台，在该运维管理平台中新建发布流程并上传发布包，第二步：运维管理平台对发布包进行划分，得到相关配置项；运维管理平台对每个配置项添加标签，以方便根据标签找到相应的内部审批流；
第三步：运维平台完成审批后，进行封装生成配置文件然后进入发布流程；
第五步：接收配置文件的修改命令，根据要修改的配置项的标签查找到对应的配置项并完成替换；
第六步：服务器对第五步的替换结果进行判断，检测是否发布成功，若为是，执行下一步，若为否，则返回第四步；
5.如权利要求4所述自动运维系统的操作方法，其特征在于运维管理平台通过与服务器间的通讯接口将要修改的配置文件和要修改的配置项发送给服务器；根据要修改的配置项的标签查找到对应的配置项并进行修改。
6.如权利要求4所述自动运维系统的操作方法，其特征在于运维管理平台通过人机交互接口接收运维事件触发命令和配置文件修改命令。
一种自动运维系统及其操作方法
技术领域
[0001] 本发明涉及自动化运维系统的技术领域。
背景技术
[0002] 传统运维还停留在“刀耕火种”的原始状态，这里所说的“刀”和“火”就是运维人员的远程客户端，例如SecureCRT和Windows远程桌面。在这种工作方式下，服务器的安装、初始化，软件部署、服务发布和监控都是通过手动方式来完成的，需要运维人员登录到服务器上，一台一台去管理和维护。这种非并发的线性工作方式是制约效率的最大障碍。
[0003] 同时，因为手动的操作方式过于依赖运维人员的执行顺序和操作步骤，稍有不慎即可能导致服务器配置不一致，也就是同一组服务器的配置上出现差异。有时候，这种差异是很难直接检查出来的，例如在一个负载均衡组里面个别服务器的异常就很难发现。
[0004] 随着业务的发展，服务器数量越来越多，运维人员开始转向使用脚本和批量管理工具。脚本和批量管理工具与“刀耕火种”的工作方式相比，确实提升了效率和工程质量。
[0005] 但这个方式仍然有很多问题。第一是脚本的非标准化的问题。不同运维人员写的脚本在所用的编程语言、编码风格和健壮性方面存在巨大差异，同时这些脚本的版本管理也是一个挑战。第二是脚本的传承问题，人员的离职和工作交接，都会导致脚本无法很好地在运维人员之间传承和再利用，因为下一个运维人员可能无法理解和修改前一个运维人员编写的脚本功能。第三是批量管理工具的选择。不同的管理人员选择不同的批量管理工具必然会带来管理混乱的问题，也无法很好地实现在运维人员之间互相备份工作的需求。
[0006] 因此，对构建自动化运维体系的要求变得越来越迫切。通过自动化运维体系来实现标准化和提高工程效率，是唯一正确的选择。
[0007] 针对相关技术中的问题，目前尚未提出有效的解决方案。
发明内容
[0008] 本发明目的是提供一种能够及时发现数据丢失或异常、实现自动运维、降低管理成本、减轻运维人员操作频率的自动运维系统及其操作方法。
[0009] 一种自动运维系统，包括：存储单元和运维单元，
[0010] 存储单元，用于保存预先定义的操作命令；所述操作命令是将运维中的每个操作配置所得到的；
[0011] 运维单元，用于根据存储单元的操作命令新建发布流程并上传发布包，运维管理平台对发布包进行划分，得到相关配置项；运维管理平台对每个配置项添加标签，以方便根据标签找到相应的内部审批流；运维平台完成审批后，进行封装生成配置文件然后进入发布流程；服务器根据存储单元的操作命令完成自动下载发布包配置文件；服务器接收配置文件的修改命令，根据要修改的配置项的标签查找到对应的配置项并完成替换。
[0012] 一种自动运维系统的操作方法，包括如下步骤：
[0013] 第一步：配置运维管理平台，在该运维管理平台中新建发布流程并上传发布包，[0014] 第二步：运维管理平台对发布包进行划分，得到相关配置项；运维管理平台对每个配置项添加标签，以方便根据标签找到相应的内部审批流；
[0015] 第三步：运维平台完成审批后，进行封装生成配置文件然后进入发布流程；
[0016] 第四步：服务器自动下载发布包配置文件；
[0017] 第五步：接收配置文件的修改命令，根据要修改的配置项的标签查找到对应的配置项并完成替换；
[0018] 第六步：服务器对第五步的替换结果进行判断，检测是否发布成功，若为是，执行下一步，若为否，则返回第四步；
[0019] 第七步：运维平台展示发布结果，结束。
[0020] 本发明利用存储单元保存预先定义的操作命令，避免出现数据丢失、数据异常的情况，即便出现也能够第一时间发现，提高了用户体验感。
[0021] 本发明提高运维单元和服务器之间的互动，避免了以人为主劳动，提高了效率。
[0022] 利用本发明的技术方案，能够直观的了解运维工作量，减少了沟通渠道，降低了管理成本。也大大降低了运维人员的工作强度，避免了运维人员大量登录后台进行数据操作的概率。
附图说明
[0023] 图1是本发明的工作方法示意图。
具体实施方式
[0024] 下面结合附图对本发明的技术方案进行详细说明：
[0025] 一种自动运维系统，包括：存储单元和运维单元，
[0026] 存储单元，用于保存预先定义的操作命令；所述操作命令是将运维中的每个操作配置所得到的；
[0027] 运维单元，用于根据存储单元的操作命令新建发布流程并上传发布包，运维管理平台对发布包进行划分，得到相关配置项；运维管理平台对每个配置项添加标签，以方便根据标签找到相应的内部审批流；运维平台完成审批后，进行封装生成配置文件然后进入发布流程；服务器根据存储单元的操作命令完成自动下载发布包配置文件；服务器接收配置文件的修改命令，根据要修改的配置项的标签查找到对应的配置项并完成替换。
[0028] 本发明还包括用于完成运维单元和服务器之间传输文件的通讯接口。
[0029] 本发明还包括用于接收运维管理结果的人机交互接口。
[0030] 如图1所示，一种自动运维系统的操作方法，包括如下步骤：
[0031] 第一步：配置运维管理平台，在该运维管理平台中新建发布流程并上传发布包，[0032] 第二步：运维管理平台对发布包进行划分，得到相关配置项；运维管理平台对每个配置项添加标签，以方便根据标签找到相应的内部审批流；
[0033] 第三步：运维平台完成审批后，进行封装生成配置文件然后进入发布流程；
[0034] 第四步：服务器自动下载发布包配置文件；
[0035] 第五步：接收配置文件的修改命令，根据要修改的配置项的标签查找到对应的配置项并完成替换；
[0036] 第六步：服务器对第五步的替换结果进行判断，检测是否发布成功，若为是，执行下一步，若为否，则返回第四步；
[0037] 第七步：运维平台展示发布结果，结束。
[0038] 本发明的运维管理平台通过与服务器间的通讯接口将要修改的配置文件和要修改的配置项发送给服务器；根据要修改的配置项的标签查找到对应的配置项并进行修改。
[0039] 本发明的运维管理平台通过人机交互接口接收运维事件触发命令和配置文件修改命令。
[0040] 本发明的工作过程如下：程序测试通过‑‑>人工打包‑‑>申请服务器授权‑‑>上级审批‑‑>网关审批‑‑>登录服务器‑‑>关闭原服务，备份程序后清空‑‑>上传最新程序包‑‑>启动程序‑‑>监测是否发布成功；实现了：程序测试通过‑‑>人工打包‑‑>上传发布系统‑‑>流程审批‑‑>自动发布并反馈发布结果。
