[发明专利]一种多站点自动更新方法、客户端和系统

说明书

本发明公开一种多站点自动更新方法、客户端和系统。本发明的方法包括：获取管理端的更新执行信息，并依此解析出客户端更新信息；依据规范的站点命名原则和应用命名原则，从客户端更新信息中判断出客户端中需要停止、启动、或重启的站点或服务；从客户端更新信息中确定出需要更新的文件，按照停止站点、停止服务、更新文件、启动服务、启动站点的顺序自动执行更新操作；更新操作结束后，在本地存储更新操作结果并将所述更新操作结果返回管理端。本发明的方案能够解决现有技术中需要逐个站点手动进行更新带来的问题，在提高工作效率的同时，保证了多个站点自动更新的安全性、准确性和可靠性。

技术领域

本发明涉及计算机技术领域，特别涉及一种多站点自动更新方法、客户端和系统。

背景技术

随着信息时代的持续发展，集群、负载均衡技术的普及，服务器从初期的几台发展为庞大的数据中心，网站更新管理也变得日趋复杂，目前更新管理绝大多数工作都是手工操作的。即使一个简单的系统变更或更新往往都需要运维人员逐一登录每台设备进行手工变更，当设备数量达至成百上千时，其工作量之大可想而知。工作量增大时更新的稳定性与可靠性亦会逐渐降低。

目前对于多站点更新，大多数的处理方案是操作人员重复执行单站点更新操作的流程，或者编写一个脚本执行，但更新包上传仍需操作人员逐台操作，且遇到一台服务器部署多个站点时，依然要手动逐一执行停止、启动站点或服务的操作，工作效率很低。

发明内容

基于上述问题，本发明实施例提供了一种多站点自动更新方法、客户端和系统，以解决现有技术中需要逐个站点手动进行更新带来的问题。

依据本发明的一个方面，本发明实施例提供了一种多站点自动更新方法，所述方法包括：获取管理端的更新执行信息，并依此解析出客户端更新信息；依据规范的站点命名原则，从客户端更新信息中判断出客户端中需要停止、启动、或重启的站点；依据规范的应用命名原则，从客户端更新信息中判断出客户端中需要停止、启动、或重启的服务；从客户端更新信息中确定出需要更新的文件，按照停止站点、停止服务、更新文件、启动服务、启动站点的顺序自动执行更新操作；更新操作结束后，在本地存储更新操作结果并将所述更新操作结果返回管理端。

其中，所述获取管理端的更新执行信息，并依此解析出客户端更新信息包括：

获取管理端的分组信息及更新信息；其中，所述分组信息是管理端按照站点或服务的差异将客户端分割成若干组的信息，分组信息包括分组名称和客户端ID列表；所述更新信息包括分组名称和客户端实际更新目录；通过将客户端ID与所述分组信息比对，识别出客户端所属的分组；根据客户端所属的分组从管理端的更新信息中解析出客户端更新信息。

可选地，所述方法还包括：在执行更新操作之前，打包所述需要更新的文件得到归档包，在本地存储该归档包的备份信息并将所述备份信息返回管理端。

可选地，所述方法还包括：获取管理端的回滚执行信息；从所述回滚执行信息中判断出客户端中需要停止、启动、或重启的站点或者服务；根据所述回滚执行信息，读取本地存储的备份信息，将需要回滚的内容从所述归档包中释放以用于覆盖更新失败的文件；按照停止站点、停止服务、恢复文件、启动服务、启动站点的顺序执行回滚操作；回滚操作结束后，将回滚操作结果返回管理端。

可选地，所述方法还包括：更新操作结束后，从更新操作结果中获取更新后的文件的信息-摘要算法MD5值；将所述MD5值记录于本地文件中并向管理端返回该MD5值以用于管理端对更新操作结果进行校验。

可选地，所述方法还包括：获取管理端的删除执行信息；根据所述删除执行信息，获取客户端需要删除的内容信息；执行删除操作，并将删除操作结果返回管理端。