[发明专利]服务器同步更新的方法、装置、计算机设备及存储介质

权利要求书

1.一种服务器同步更新的方法，其特征在于，所述服务器至少包括第一服务系统和第二服务系统，且在所述服务器正常运行状态下，所述第一服务系统和所述第二服务系统的用户流量占比为1：1，所述方法包括：

接收服务器的更新请求指令；

从Redis服务器中读取预设的第一分流策略，并将读取到的所述第一分流策略以lua脚本形式加载到Nginx服务器中，其中，lua为嵌入到Nginx服务器配置文件中的动态脚本语言；

根据所述第一分流策略，将所述第一服务系统的用户流量转移到所述第二服务系统内；

对所述第一服务系统进行更新；

从Redis服务器中读取预设的第二分流策略，并将读取到的所述第二分流策略以lua脚本形式加载到Nginx服务器中；

根据所述第二分流策略，将所述第二服务系统的用户流量转移到更新完成后的所述第一服务系统中；

对所述第二服务系统进行更新。

2.如权利要求1所述的服务器同步更新的方法，其特征在于，所述从Redis服务器中读取预设的第一分流策略，并将读取到的所述第一分流策略以lua脚本形式加载到Nginx服务器中，具体包括：

对所述第一分流策略进行格式转化，以形成所述第一分流策略对应的lua脚本；

将所述第一分流策略对应的lua脚本更新到所述Nginx服务器的高速缓冲存储器中。

3.如权利要求2所述的服务器同步更新的方法，其特征在于，所述根据所述第一分流策略，将所述第一服务系统的用户流量转移到所述第二服务系统内，具体为：

从所述高速缓冲存储器中加载所述第一分流策略对应的lua脚本，获取所述第一分流策略对应的分流信息；

根据所述第一分流策略对应的分流信息，调整所述服务器的API接口的配置信息，得到第一API接口；

通过所述第一API接口将所述第一服务系统的所有用户流量全部转移到所述第二服务系统内。

4.如权利要求1所述的服务器同步更新的方法，其特征在于，在所述对所述第一服务系统进行更新之后，还包括：

模拟用户请求，其中，所述模拟用户请求携带有正常用户的传入参数；

向更新完成后的所述第一服务系统发起所述模拟用户请求，并得到所述模拟用户请求的响应结果；

判断所述响应结果与预设标准结果是否一致；

若所述响应结果与所述预设标准结果一致，则确定第一服务系统更新成功；

若所述响应结果与所述预设标准结果不一致，则确定第一服务系统更新失败。

5.如权利要求1所述的服务器同步更新的方法，其特征在于，所述从Redis服务器中读取预设的第二分流策略，并将读取到的所述第二分流策略以lua脚本形式加载到Nginx服务器中，具体包括：

对所述第二分流策略进行格式转化，以形成所述第二分流策略对应的lua脚本；

将所述第二分流策略对应的lua脚本更新到所述Nginx服务器的高速缓冲存储器中。

6.如权利要求4所述的服务器同步更新的方法，其特征在于，所述根据所述第二分流策略，将所述第二服务系统的用户流量转移到更新完成后的所述第一服务系统中，具体包括：

从所述高速缓冲存储器中加载所述第二分流策略对应的lua脚本，获取所述第二分流策略对应的分流信息；

根据所述第二分流策略对应的分流信息，调整所述服务器的API接口的配置信息，得到第二API接口；

通过所述第二API接口将所述第二服务系统的用户流量逐步转移到更新完成后的所述第一服务系统内，直至所述第二服务系统的所有用户流量全部转移到更新完成后的所述第一服务系统。

7.如权利要求1所述的服务器同步更新的方法，其特征在于，在所述对所述第二服务系统进行更新之后，还包括：

从Redis服务器中读取预设的第三分流策略，并将读取到的所述第三分流策略以lua脚本形式加载到Nginx服务器中；

根据所述第三分流策略，将更新完成后的所述第二服务系统的用户流量转移到更新完成后的所述第一服务系统中。