CN111913732B - 一种服务更新方法、装置及管理服务器、存储介质 - Google Patents

一种服务更新方法、装置及管理服务器、存储介质 Download PDF

Info

Publication number
CN111913732B
CN111913732B CN202010893499.9A CN202010893499A CN111913732B CN 111913732 B CN111913732 B CN 111913732B CN 202010893499 A CN202010893499 A CN 202010893499A CN 111913732 B CN111913732 B CN 111913732B
Authority
CN
China
Prior art keywords
service
server
access
servers
configuration data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010893499.9A
Other languages
English (en)
Other versions
CN111913732A (zh
Inventor
童玉云
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Saiante Technology Service Co Ltd
Original Assignee
Shenzhen Saiante Technology Service Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Saiante Technology Service Co Ltd filed Critical Shenzhen Saiante Technology Service Co Ltd
Priority to CN202010893499.9A priority Critical patent/CN111913732B/zh
Publication of CN111913732A publication Critical patent/CN111913732A/zh
Application granted granted Critical
Publication of CN111913732B publication Critical patent/CN111913732B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例公开了一种服务更新方法、装置及管理服务器、存储介质，应用于服务管理领域，其中所述方法包括：获取目标业务服务器的预配置访问权重，并将预配置访问权重调整为零，从已启动的业务服务器中确定与目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整其他服务器的预配置访问权重；基于目标业务服务器和其他服务器各自对应的新的访问权重，生成新的服务配置数据，并将新的服务配置数据下发至反向代理服务器，向客户端返回针对目标业务服务器的更新确认指示信息。有利于保证服务更新过程中对访问请求的正常响应。

Description

一种服务更新方法、装置及管理服务器、存储介质
技术领域
本申请涉及计算机技术领域，应用于服务管理领域，尤其涉及一种服务更新方法、装置及管理服务器、存储介质。
背景技术
在分布式环境中，出于负载、容灾等种种原因，几乎所有的服务都需要在多个业务服务器上部署多个实例，简称服务部署。目前，传统的服务部署通常需要停掉全部的业务服务器，然后再去更新服务，在更新过程中对已经收到的访问请求不能响应，新的访问请求进不来，严重影响对访问请求的正常响应。
发明内容
本申请实施例提供了一种服务更新方法、装置及管理服务器、存储介质，在目标业务服务器的服务更新过程中，无需停掉全部的业务服务器，而是通过调整访问权重的方式，更新目标业务服务器和与目标业务服务器提供同一个服务的其它业务服务器的访问权重，可以使得反向代理服务器不会将访问请求下发至目标业务服务器，而是基于相应的访问权重，将访问请求交由提供同一个服务的其它业务服务器处理，有利于保证服务更新过程中对访问请求的正常响应。
一方面，本申请实施例提供了一种服务更新方法，该方法由服务部署***中的管理服务器执行，所述服务部署***中还包括反向代理服务器、至少一个部署有服务的业务服务器和所述管理服务器对应的客户端，所述管理服务器用于管理表征各个业务服务器的访问权重的服务配置数据，并将所述服务配置数据下发至所述反向代理服务器，所述反向代理服务器用于基于所述服务配置数据控制将访问请求转发至各个业务服务器的转发量，所述方法包括：
接收来自所述客户端的服务部署更新请求，所述服务部署更新请求携带有业务服务器的标识信息；
从已启动的业务服务器中确定与所述标识信息匹配的目标业务服务器；
获取所述目标业务服务器的预配置访问权重，并将所述预配置访问权重调整为零，得到所述目标业务服务器对应的新的访问权重；
从已启动的业务服务器中确定与所述目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整所述其他服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重；
基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，生成新的服务配置数据；
将所述新的服务配置数据下发至所述反向代理服务器，并向所述客户端返回针对所述目标业务服务器的更新确认指示信息，所述新的服务配置数据用于指示所述反向代理服务器基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，控制将访问请求转发至所述目标业务服务器和所述其他服务器的转发量，所述更新确认指示信息用于提示所述客户端对应用户对所述目标业务服务器部署的服务进行更新；
其中，若所述目标业务服务器对应的新的访问权重为零，则所述目标业务服务器对应的所述转发量为零。
再一方面，本申请实施例提供了一种服务更新装置，该装置配置于管理服务器中，所述管理服务器部署于服务部署***中，所述服务部署***中还包括反向代理服务器、至少一个部署有服务的业务服务器和所述管理服务器对应的客户端，所述管理服务器用于管理表征各个业务服务器的访问权重的服务配置数据，并将所述服务配置数据下发至所述反向代理服务器，所述反向代理服务器用于基于所述服务配置数据控制将访问请求转发至各个业务服务器的转发量，包括：
通信模块，用于接收来自所述客户端的服务部署更新请求，所述服务部署更新请求携带有业务服务器的标识信息；
处理模块，用于从已启动的业务服务器中确定与所述标识信息匹配的目标业务服务器；
所述处理模块，还用于获取所述目标业务服务器的预配置访问权重，并将所述预配置访问权重调整为零，得到所述目标业务服务器对应的新的访问权重，从已启动的业务服务器中确定与所述目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整所述其他服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重；
所述处理模块，还用于基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，生成新的服务配置数据；
所述通信模块，还用于将所述新的服务配置数据下发至所述反向代理服务器，并向所述客户端返回针对所述目标业务服务器的更新确认指示信息，所述新的服务配置数据用于指示所述反向代理服务器基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，控制将访问请求转发至所述目标业务服务器和所述其他服务器的转发量，所述更新确认指示信息用于提示所述客户端对应用户对所述目标业务服务器部署的服务进行更新；
其中，若所述目标业务服务器对应的新的访问权重为零，则所述目标业务服务器对应的所述转发量为零。
再一方面，本申请实施例提供了一种管理服务器，包括处理器、存储装置和通信接口，所述处理器、存储装置和通信接口相互连接，其中，所述存储装置用于存储支持终端执行上述方法的计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如下步骤：
接收来自所述客户端的服务部署更新请求，所述服务部署更新请求携带有业务服务器的标识信息；
从已启动的业务服务器中确定与所述标识信息匹配的目标业务服务器；
获取所述目标业务服务器的预配置访问权重，并将所述预配置访问权重调整为零，得到所述目标业务服务器对应的新的访问权重；
从已启动的业务服务器中确定与所述目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整所述其他服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重；
基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，生成新的服务配置数据；
将所述新的服务配置数据下发至所述反向代理服务器，并向所述客户端返回针对所述目标业务服务器的更新确认指示信息，所述新的服务配置数据用于指示所述反向代理服务器基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，控制将访问请求转发至所述目标业务服务器和所述其他服务器的转发量，所述更新确认指示信息用于提示所述客户端对应用户对所述目标业务服务器部署的服务进行更新；
其中，若所述目标业务服务器对应的新的访问权重为零，则所述目标业务服务器对应的所述转发量为零。
本申请实施例，可以通过调整访问权重的方式，更新目标业务服务器和与目标业务服务器提供同一个服务的其它业务服务器的访问权重，后续在目标业务服务器的服务更新过程中，可以使得反向代理服务器不会将访问请求下发至目标业务服务器，而是基于相应的访问权重，将访问请求交由提供同一个服务的其它业务服务器处理，有利于保证服务更新过程中对访问请求的正常响应。与传统的服务部署相比，无需停掉部分或者全部的服务器，然后再去更新服务。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例的一种反向代理服务器的工作场景示意图；
图2是本申请实施例的一种有服务部署***的结构示意图；
图3是本申请实施例的一种服务更新方法的流程示意图；
图4是本申请实施例的另一种服务更新方法的流程示意图；
图5是本申请实施例的一种服务更新装置的结构示意图；
图6是本申请实施例的一种管理服务器的结构示意图。
具体实施方式
Nginx(engine x)是一个高性能的HTTP和反向代理web服务器，Nginx可以作为一个HTTP服务器进行网站的发布处理，另外Nginx可以作为反向代理进行负载均衡的实现。本申请实施例中主要是将Nginx作为反向代理服务器。关于反向代理的处理方式，以某X网站为例，每天同时连接到网站的访问人数已经爆表，单个服务器远远不能满足人民日益增长的购买欲望了，此时就出现了一个大家耳熟能详的名词：分布式部署；也就是通过部署多台服务器来解决访问人数限制的问题。
某X网站中大部分功能也是直接使用Nginx进行反向代理实现，具体部署方式可以参见图1所示。从图1可以看出，Nginx进行反向代理的流程为：多个客户端给Nginx服务器发送的请求，Nginx服务器接收到之后，按照一定的规则分发给了后端的业务处理服务器进行处理。此时请求的来源也就是用户终端是明确的，但是请求具体由哪台服务器处理的并不明确了，Nginx扮演的就是一个反向代理角色，客户端是无感知代理的存在的，反向代理对外都是透明的，访问者并不知道自己访问的是一个代理。因为用户终端不需要任何配置就可以访问。其中，反向代理的作用：保证内网的安全，通常将反向代理作为公网访问地址，Web服务器是内网。负载均衡，通过反向代理服务器来优化网站的负载。
将Nginx作为一种反向代理服务器，请参见图2，本申请实施例提出了一种服务部署***，包括管理服务器20、管理服务器对应的客户端21、反向代理服务器22、至少一个业务服务器23和至少一个用户终端24。其中，每一个业务服务器23可以部署一个或者多个服务，管理服务器20用于管理表征各个业务服务器的访问权重的服务配置数据，并将服务配置数据下发至反向代理服务器22，反向代理服务器22用于基于服务配置数据控制将来自用户终端24的访问请求转发至各个业务服务器的转发量。其中，上述管理服务器、业务服务器、反向代理服务器均可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***。
在本申请实施例所指的服务例如可以指为用户提供的登录服务、支付服务等等，每个服务可以对应多个业务服务器。以登录服务为例，该服务对应的业务服务器1可以用于提供用户名密码登录服务，该服务对应的业务服务器2可以用于提供扫码登录服务。
适用于上述图2提出的服务部署***，本申请提出了一种服务更新方法，该方法可由服务部署***中的管理服务器执行，服务部署***中还包括反向代理服务器、至少一个部署有服务的业务服务器和管理服务器对应的客户端，管理服务器用于管理表征各个业务服务器的访问权重的服务配置数据，并将服务配置数据下发至反向代理服务器，该反向代理服务器用于基于服务配置数据控制将访问请求转发至各个业务服务器的转发量。请参见图3，本申请实施例的所述方法包括如下步骤。
S301：接收来自客户端的服务部署更新请求，该服务部署更新请求携带有业务服务器的标识信息。其中，该业务服务器的标识信息可以指用于唯一标识业务服务器的编号等等。
具体实现中，当用户想要更新目标业务服务器部署的服务时，可以在客户端展示的业务服务器列表中选择目标业务服务器，并针对该目标业务服务器输入服务部署更新的操作(例如选中目标业务服务器后，点击按压当前显示页面的服务更新按钮)。客户端检测到上述服务部署更新的操作后，可以获取目标业务服务器的标识信息，并向管理服务器发送携带有目标业务服务器的标识信息的服务部署更新请求。
S302：从已启动的业务服务器中确定与标识信息匹配的目标业务服务器。
具体实现中，管理服务器可以检测服务部署***中各个业务服务器的运行状态，并基于该运行状态从中确定出已启动的业务服务器。进一步地，可以通过标识信息从已启动的业务服务器中查询该标识信息对应的目标业务服务器。
S303：获取目标业务服务器的预配置访问权重，并将预配置访问权重调整为零，得到目标业务服务器对应的新的访问权重。
在一个实施例中，可以预先通过客户端展示服务配置页面，用户可以在该服务配置页面中配置各个业务服务器的访问权重(即预配置访问权重)，配置完成后，可以生成针对各个业务服务器的服务配置数据，并将该服务配置数据上传至管理服务器，管理服务器可以存储该服务配置数据，并将服务配置数据下发至反向代理服务器，反向代理服务器可以基于服务配置数据指示的各个业务服务器的访问权重，控制将访问请求转发至各个业务服务器的转发量。
具体地，各个业务服务器各自对应的访问权重的大小，与反向代理服务器将访问请求转发至各个业务服务器的转发量之间的关系为正比关系。可以理解为，任一个业务服务器的访问权重越高，则表征反向代理服务器向该任一业务服务器转发的访问请求的数量越多，也即，对应的转发量越大，反之，则转发量越小。若任一个业务服务器的访问权重为0，则表征反向代理服务器向该任一个业务服务器转发的访问请求的数量为0，也即对应的转发量为0。
S304：从已启动的业务服务器中确定与目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整其他服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重。
其中，上述服务例如可以指为用户提供的登录服务、支付服务等等，每个服务可以对应多个业务服务器。示例性地，假设服务部署***包括业务服务器1、业务服务器2、业务服务器3、业务服务器4和业务服务器5，业务服务器1和业务服务器2均用于提供登录服务，业务服务器3、业务服务器4和业务服务器5均用于提供支付服务。那么，当目标业务服务器为业务服务器3时，可以将业务服务器4和业务服务器5确定为与业务服务器3部署有相同服务的其他业务服务器。
上述预设调整规则，为预先设置的，例如，目标业务服务器提供的服务为登录服务，提供的登录服务的还包括业务服务器1和业务服务器2，目标业务服务器、业务服务器1和业务服务器3这三个服务器的预配置访问权重分别为0.4、0.2、0.4，那么该预设调整规则可以为将目标业务服务器的预配置访问权重平均分配给提供同一个服务的其它服务器。这种情况下，那么在将目标业务服务器对应的访问权重修改为0后，业务服务器1的访问权重可以更新为0.4，业务服务器2的访问权重可以更新为0.6。
S305：基于目标业务服务器和其他服务器各自对应的新的访问权重，生成新的服务配置数据。
在一个实施例中，可以获取本次目标业务服务器和其他服务器各自对应的访问权重更新前的服务配置数据(例如上述通过服务配置页面对各个业务服务器的访问权重进行配置，得到的服务配置数据)。进一步地，可以通过目标业务服务器和其他服务器各自对应的新的访问权重，更新服务配置数据中目标业务服务器和其他服务器各自对应访问权重部分，从而得到新的服务配置数据。
S306：将新的服务配置数据下发至反向代理服务器，并向客户端返回针对目标业务服务器的更新确认指示信息。
其中，新的服务配置数据用于指示反向代理服务器基于目标业务服务器和其他服务器各自对应的新的访问权重，控制将访问请求转发至目标业务服务器和其他服务器的转发量。若目标业务服务器对应的新的访问权重为零，则目标业务服务器对应的转发量为零。
更新确认指示信息用于提示客户端对应用户对目标业务服务器部署的服务进行更新。也即，当客户端对应用户通过客户端查看该更新确认指示信息，可以了解对目标业务服务器部署的服务进行更新的准备工作已完成((即访问权重已更新完毕))，用户可以对目标业务服务器执行服务更新的后续操作。采用这样的方式，在后续对更新目标业务服务器对应服务的过程中，可以保证反向代理服务器不会将访问请求下发至目标业务服务器，而是基于相应的访问权重，将访问请求交由提供同一个服务的其它服务器处理。与传统的服务部署相比，无需停掉部分或者全部的服务器，然后再去更新服务。
本申请实施例中，可以通过调整访问权重的方式，更新目标业务服务器和与目标业务服务器提供同一个服务的其它业务服务器的访问权重，后续在目标业务服务器的服务更新过程中，可以使得反向代理服务器不会将访问请求下发至目标业务服务器，而是基于相应的访问权重，将访问请求交由提供同一个服务的其它业务服务器处理，有利于保证服务更新过程中对访问请求的正常响应。与传统的服务部署相比，无需停掉部分或者全部的服务器，然后再去更新服务。
请参见图4，本申请提出了另一种服务更新方法，该方法可由服务部署***中的管理服务器执行，服务部署***中还包括反向代理服务器、至少一个部署有服务的业务服务器和管理服务器对应的客户端，管理服务器用于管理表征各个业务服务器的访问权重的服务配置数据，并将服务配置数据下发至反向代理服务器，该反向代理服务器用于基于服务配置数据控制将访问请求转发至各个业务服务器的转发量。请参见图4，本申请实施例的所述方法包括如下步骤。
S401：获取各个业务服务器的服务信息，该服务信息包括以下任意一种或者多种：网际互连协议、端口信息、位置信息、标识信息和所提供的相应服务的服务描述信息。该服务描述信息表征了对应业务服务器用于提供何种服务，例如用户密码登录服务、扫码登录服务等等。
作为一种可行的实施方式，可以预先将监控程序的SDK整合到各个业务服务器中，该SDK可以在各个业务服务器启动后，采集各个业务服务器的服务信息，并将采集到的服务信息上报至管理服务器。
S402：确定各个业务服务器各自对应的预配置访问权重，并基于各个业务服务器的服务信息和预配置访问权重，生成并存储针对各个业务服务器的服务配置数据。其中，该服务配置数据包括各个业务服务器的预配置访问权重和服务信息。
在一个实施例中，服务信息包括位置信息，管理服务器执行步骤S402之后，还可以对反向代理服务器接收到的访问请求进行统计，依照统计结果确定预设时间段内各个地区的访问请求量，从服务配置数据中提取各个业务服务器的位置信息，并基于该位置信息确定各个业务服务器所处的地区。进一步地，可以根据预设时间段内各个地区的访问请求量，调整服务配置数据中处于不同地区的各个业务服务器的预配置访问权重。
其中，在上述根据预设时间段内各个地区的访问请求量，调整服务配置数据中处于不同地区的各个业务服务器的预配置访问权重的过程中，可以基于访问请求量越大对应的访问权重越大的原则，进行调整。示例性地，假设预设时间段内北京地区的访问请求量较高，则可以相应调整部署于北京的业务服务器的访问权重，动态调整资源，提高对访问请求的响应速度。
在一个实施例中，生成并存储针对各个业务服务器的服务配置数据之后，还可以检测各个业务服务器的运行情况，若检测到各个业务服务器中的第一业务服务器运行故障，则将第一业务服务器的预配置访问权重调整为零，得到第一业务服务器对应的新的访问权重，该第一业务服务器为各个业务服务器中的任一个或者多个业务服务器。进一步地，可以从已启动的业务服务器中确定与第一业务服务器部署有相同服务的第二业务服务器，并依照预设调整规则调整第二业务服务器的预配置访问权重，得到第二业务服务器对应的新的访问权重，基于第一业务服务器和第二业务服务器各自对应的新的访问权重，更新服务配置数据，将更新后的服务配置数据下发至反向代理服务器。以便于反向代理服务器基于更新后服务配置数据进行访问请求的转发。
S403：接收来自客户端的服务部署更新请求，该服务部署更新请求携带有业务服务器的标识信息。
S404：从已启动的业务服务器中确定与标识信息匹配的目标业务服务器。
S405：获取目标业务服务器的预配置访问权重，并将预配置访问权重调整为零，得到目标业务服务器对应的新的访问权重。
S406：从已启动的业务服务器中确定与目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整其他服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重。
S407：基于目标业务服务器和其他服务器各自对应的新的访问权重，生成新的服务配置数据。
S408：将新的服务配置数据下发至反向代理服务器，并向客户端返回针对目标业务服务器的更新确认指示信息。其中，步骤S403～步骤S408的具体实施方式，可以参见上述实施例中步骤S301～步骤S306的相关描述，此处不再赘述。
在一个实施例中，向客户端返回针对目标业务服务器的更新确认指示信息之后，若检测到针对目标业务服务器部署的服务更新完成，则基于预先记录的目标业务服务器更新前的访问权重和其他服务器更新前的访问权重，还原目标业务服务器和其他服务器各自对应的访问权重。进一步地，可以基于还原后的目标业务服务器和其他服务器各自对应的访问权重，更新新的服务配置数据，并将更新后的服务配置数据下发至反向代理服务器。
或者，由于基于还原后的访问权重更新服务配置数据也需要占用一定资源。为了提高还原的速度，还可以直接在更新目标业务服务器和上述其它服务器的访问权重之前，记录更新之前的服务配置数据，若检测到针对目标业务服务器部署的服务更新完成，则获取预先记录的目标业务服务器和其他服务器各自对应的访问权重更新前的服务配置数据，并将更新前的服务配置数据下发至反向代理服务器，以便于反向代理服务器基于该更新前的服务配置数据控制将访问请求转发至各个业务服务器的转发量。
本申请实施例中，可以通过调整访问权重的方式，更新目标业务服务器和与目标业务服务器提供同一个服务的其它业务服务器的访问权重，后续在目标业务服务器的服务更新过程中，可以使得反向代理服务器不会将访问请求下发至目标业务服务器，而是基于相应的访问权重，将访问请求交由提供同一个服务的其它业务服务器处理，有利于保证服务更新过程中对访问请求的正常响应。与传统的服务部署相比，无需停掉部分或者全部的服务器，然后再去更新服务。
本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现上述实施例中描述的相应方法。
再请参见图5，是本申请实施例的一种服务更新装置的结构示意图。
本申请实施例的所述装置的一个实现方式中，该装置配置于管理服务器中，所述管理服务器部署于服务部署***中，所述服务部署***中还包括反向代理服务器、至少一个部署有服务的业务服务器和所述管理服务器对应的客户端，所述管理服务器用于管理表征各个业务服务器的访问权重的服务配置数据，并将所述服务配置数据下发至所述反向代理服务器，所述反向代理服务器用于基于所述服务配置数据控制将访问请求转发至各个业务服务器的转发量，包括：
通信模块50，用于接收来自所述客户端的服务部署更新请求，所述服务部署更新请求携带有业务服务器的标识信息；
处理模块51，用于从已启动的业务服务器中确定与所述标识信息匹配的目标业务服务器；
所述处理模块51，还用于获取所述目标业务服务器的预配置访问权重，并将所述预配置访问权重调整为零，得到所述目标业务服务器对应的新的访问权重，从已启动的业务服务器中确定与所述目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整所述其他服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重；
所述处理模块51，还用于基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，生成新的服务配置数据；
所述通信模块50，还用于将所述新的服务配置数据下发至所述反向代理服务器，并向所述客户端返回针对所述目标业务服务器的更新确认指示信息，所述新的服务配置数据用于指示所述反向代理服务器基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，控制将访问请求转发至所述目标业务服务器和所述其他服务器的转发量，所述更新确认指示信息用于提示所述客户端对应用户对所述目标业务服务器部署的服务进行更新；
其中，若所述目标业务服务器对应的新的访问权重为零，则所述目标业务服务器对应的所述转发量为零。
在一个实施例中，所述处理模块51，还用于若检测到针对所述目标业务服务器部署的服务更新完成，则基于预先记录的所述目标业务服务器更新前的访问权重和所述其他服务器更新前的访问权重，还原所述目标业务服务器和所述其他服务器各自对应的访问权重；基于还原后的所述目标业务服务器和所述其他服务器各自对应的访问权重，更新所述新的服务配置数据，并将更新后的服务配置数据下发至所述反向代理服务器。
在一个实施例中，所述处理模块51，还用于若检测到针对所述目标业务服务器部署的服务更新完成，则获取预先记录的所述目标业务服务器和所述其他服务器各自对应的访问权重更新前的服务配置数据，通过通信模块50将所述更新前的服务配置数据下发至所述反向代理服务器。
在一个实施例中，所述处理模块51，还用于获取所述各个业务服务器的服务信息，所述服务信息包括以下任意一种或者多种：网际互连协议、端口信息、位置信息和标识信息；确定所述各个业务服务器各自对应的预配置访问权重；基于所述各个业务服务器的服务信息和所述预配置访问权重，生成并存储针对所述各个业务服务器的服务配置数据。
在一个实施例中，所述服务信息包括所述位置信息，所述处理模块51，还用于对所述反向代理服务器接收到的访问请求进行统计；依照统计结果确定预设时间段内各个地区的访问请求量；从所述服务配置数据中提取所述各个业务服务器的位置信息；基于所述位置信息确定所述各个业务服务器所处的地区；根据所述预设时间段内各个地区的访问请求量，调整所述服务配置数据中处于不同地区的所述各个业务服务器的预配置访问权重。
在一个实施例中，所述处理模块51，还用于检测所述各个业务服务器的运行情况，若检测到所述各个业务服务器中的第一业务服务器运行故障，则将所述第一业务服务器的预配置访问权重调整为零，得到所述第一业务服务器对应的新的访问权重，所述第一业务服务器为所述各个业务服务器中的任一个或者多个业务服务器；从已启动的业务服务器中确定与所述第一业务服务器部署有相同服务的第二业务服务器，并依照预设调整规则调整所述第二业务服务器的预配置访问权重，得到所述第二业务服务器对应的新的访问权重；基于所述第一业务服务器和所述第二业务服务器各自对应的新的访问权重，更新所述服务配置数据；通过通信模块50将更新后的服务配置数据下发至所述反向代理服务器。
在一个实施例中，所述各个业务服务器各自对应的访问权重的大小，与所述反向代理服务器将访问请求转发至各个业务服务器的转发量之间的关系为正比关系。
本申请实施例中，服务更新装置可以通过调整访问权重的方式，更新目标业务服务器和与目标业务服务器提供同一个服务的其它业务服务器的访问权重，后续在目标业务服务器的服务更新过程中，可以使得反向代理服务器不会将访问请求下发至目标业务服务器，而是基于相应的访问权重，将访问请求交由提供同一个服务的其它业务服务器处理，有利于保证服务更新过程中对访问请求的正常响应。与传统的服务部署相比，无需停掉部分或者全部的服务器，然后再去更新服务。
再请参见图6，是本申请实施例的一种管理服务器的结构示意图，本申请实施例的所述管理服务器包括供电模块等结构，并包括处理器601、存储装置602以及通信接口603。所述处理器601、存储装置602以及通信接口603之间可以交互数据，由处理器601实现相应的服务更新功能。该管理服务器部署于服务部署***中，所述服务部署***中还包括反向代理服务器、至少一个部署有服务的业务服务器和所述管理服务器对应的客户端，所述管理服务器用于管理表征各个业务服务器的访问权重的服务配置数据，并将所述服务配置数据下发至所述反向代理服务器，所述反向代理服务器用于基于所述服务配置数据控制将访问请求转发至各个业务服务器的转发量。
所述存储装置602可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储装置602也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，固态硬盘(solid-state drive，SSD)等；所述存储装置602还可以包括上述种类的存储器的组合。
所述处理器601可以是中央处理器601(central processing unit，CPU)。在一个实施例中，所述处理器601还可以是图形处理器601(Graphics Processing Unit，GPU)。所述处理器601也可以是由CPU和GPU的组合。在所述服务器中，可以根据需要包括多个CPU和GPU进行相应的服务更新。在一个实施例中，所述存储装置602用于存储程序指令。所述处理器601可以调用所述程序指令，实现如本申请实施例中上述涉及的各种方法。
在第一个可能的实施方式中，所述服务器的所述处理器601，调用所述存储装置602中存储的程序指令，用于通过通信接口603接收来自所述客户端的服务部署更新请求，所述服务部署更新请求携带有业务服务器的标识信息；从已启动的业务服务器中确定与所述标识信息匹配的目标业务服务器；获取所述目标业务服务器的预配置访问权重，并将所述预配置访问权重调整为零，得到所述目标业务服务器对应的新的访问权重；从已启动的业务服务器中确定与所述目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整所述其他服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重；基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，生成新的服务配置数据；将所述新的服务配置数据下发至所述反向代理服务器，并向所述客户端返回针对所述目标业务服务器的更新确认指示信息，所述新的服务配置数据用于指示所述反向代理服务器基于所述目标业务服务器和所述其他服务器各自对应的新的访问权重，控制将访问请求转发至所述目标业务服务器和所述其他服务器的转发量，所述更新确认指示信息用于提示所述客户端对应用户对所述目标业务服务器部署的服务进行更新；
其中，若所述目标业务服务器对应的新的访问权重为零，则所述目标业务服务器对应的所述转发量为零。
在一个实施例中，在一个实施例中，所述处理器601，还用于若检测到针对所述目标业务服务器部署的服务更新完成，则基于预先记录的所述目标业务服务器更新前的访问权重和所述其他服务器更新前的访问权重，还原所述目标业务服务器和所述其他服务器各自对应的访问权重；基于还原后的所述目标业务服务器和所述其他服务器各自对应的访问权重，更新所述新的服务配置数据，并将更新后的服务配置数据下发至所述反向代理服务器。
在一个实施例中，所述处理器601，还用于若检测到针对所述目标业务服务器部署的服务更新完成，则获取预先记录的所述目标业务服务器和所述其他服务器各自对应的访问权重更新前的服务配置数据，通过通信接口603将所述更新前的服务配置数据下发至所述反向代理服务器。
在一个实施例中，所述处理器601，还用于获取所述各个业务服务器的服务信息，所述服务信息包括以下任意一种或者多种：网际互连协议、端口信息、位置信息和标识信息；确定所述各个业务服务器各自对应的预配置访问权重；基于所述各个业务服务器的服务信息和所述预配置访问权重，生成并存储针对所述各个业务服务器的服务配置数据。
在一个实施例中，所述服务信息包括所述位置信息，所述处理器601，还用于对所述反向代理服务器接收到的访问请求进行统计；依照统计结果确定预设时间段内各个地区的访问请求量；从所述服务配置数据中提取所述各个业务服务器的位置信息；基于所述位置信息确定所述各个业务服务器所处的地区；根据所述预设时间段内各个地区的访问请求量，调整所述服务配置数据中处于不同地区的所述各个业务服务器的预配置访问权重。
在一个实施例中，所述处理器601，还用于检测所述各个业务服务器的运行情况，若检测到所述各个业务服务器中的第一业务服务器运行故障，则将所述第一业务服务器的预配置访问权重调整为零，得到所述第一业务服务器对应的新的访问权重，所述第一业务服务器为所述各个业务服务器中的任一个或者多个业务服务器；从已启动的业务服务器中确定与所述第一业务服务器部署有相同服务的第二业务服务器，并依照预设调整规则调整所述第二业务服务器的预配置访问权重，得到所述第二业务服务器对应的新的访问权重；基于所述第一业务服务器和所述第二业务服务器各自对应的新的访问权重，更新所述服务配置数据；通过通信接口603将更新后的服务配置数据下发至所述反向代理服务器。
在一个实施例中，所述各个业务服务器各自对应的访问权重的大小，与所述反向代理服务器将访问请求转发至各个业务服务器的转发量之间的关系为正比关系。
上述处理器601、存储装置602以及通信接口603的实现方式可参考前述各个附图所对应的实施例中相关内容的描述。
本申请实施例中，管理服务器可以通过调整访问权重的方式，更新目标业务服务器和与目标业务服务器提供同一个服务的其它业务服务器的访问权重，后续在目标业务服务器的服务更新过程中，可以使得反向代理服务器不会将访问请求下发至目标业务服务器，而是基于相应的访问权重，将访问请求交由提供同一个服务的其它业务服务器处理，有利于保证服务更新过程中对访问请求的正常响应。与传统的服务部署相比，无需停掉部分或者全部的服务器，然后再去更新服务。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所揭露的仅为本申请的部分实施例而已，当然不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (8)

1.一种服务更新方法，其特征在于，该方法由服务部署***中的管理服务器执行，所述服务部署***中还包括反向代理服务器、至少两个部署有服务的业务服务器和所述管理服务器对应的客户端，每个服务对应多个业务服务器，所述管理服务器用于管理表征各个业务服务器的访问权重的服务配置数据，并将所述服务配置数据下发至所述反向代理服务器，所述反向代理服务器用于基于所述服务配置数据控制将访问请求转发至各个业务服务器的转发量，所述方法包括：
获取所述各个业务服务器的服务信息，所述服务信息包括位置信息；所述各个业务服务器预先整合有监控程序的SDK，所述SDK用于在业务服务器启动后采集业务服务器的服务信息并上报；
确定所述各个业务服务器各自对应的预配置访问权重，并基于所述各个业务服务器的服务信息和所述预配置访问权重，生成并存储针对所述各个业务服务器的服务配置数据；
对所述反向代理服务器接收到的访问请求进行统计；依照统计结果确定预设时间段内各个地区的访问请求量；
从所述服务配置数据中提取所述各个业务服务器的位置信息；基于所述位置信息确定所述各个业务服务器所处的地区；根据所述预设时间段内各个地区的访问请求量，调整所述服务配置数据中处于不同地区的所述各个业务服务器的预配置访问权重；
接收来自所述客户端的服务部署更新请求，所述服务部署更新请求携带有业务服务器的标识信息；
从已启动的业务服务器中确定与所述标识信息匹配的目标业务服务器；
获取所述目标业务服务器的预配置访问权重，并将所述预配置访问权重调整为零，得到所述目标业务服务器对应的新的访问权重；
从已启动的业务服务器中确定与所述目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整所述其他业务服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重；所述预设调整规则包括将目标业务服务器的预配置访问权重分配给提供相同服务的其他业务服务器；
基于所述目标业务服务器和所述其他业务服务器各自对应的新的访问权重，生成新的服务配置数据；
将所述新的服务配置数据下发至所述反向代理服务器，并向所述客户端返回针对所述目标业务服务器的更新确认指示信息，所述新的服务配置数据用于指示所述反向代理服务器基于所述目标业务服务器和所述其他业务服务器各自对应的新的访问权重，控制将访问请求转发至所述目标业务服务器和所述其他业务服务器的转发量，所述更新确认指示信息用于提示所述客户端对应用户对所述目标业务服务器部署的服务进行更新；
其中，若所述目标业务服务器对应的新的访问权重为零，则所述目标业务服务器对应的所述转发量为零。
2.根据权利要求1所述的方法，其特征在于，所述向所述客户端返回针对所述目标业务服务器的更新确认指示信息之后，所述方法还包括：
若检测到针对所述目标业务服务器部署的服务更新完成，则基于预先记录的所述目标业务服务器更新前的访问权重和所述其他业务服务器更新前的访问权重，还原所述目标业务服务器和所述其他业务服务器各自对应的访问权重；
基于还原后的所述目标业务服务器和所述其他业务服务器各自对应的访问权重，更新所述新的服务配置数据，并将更新后的服务配置数据下发至所述反向代理服务器。
3.根据权利要求1所述的方法，其特征在于，所述向所述客户端返回针对所述目标业务服务器的更新确认指示信息之后，所述方法还包括：
若检测到针对所述目标业务服务器部署的服务更新完成，则获取预先记录的所述目标业务服务器和所述其他业务服务器各自对应的访问权重更新前的服务配置数据；
将所述更新前的服务配置数据下发至所述反向代理服务器。
4.根据权利要求1所述的方法，其特征在于，所述生成并存储针对所述各个业务服务器的服务配置数据之后，所述方法还包括：
检测所述各个业务服务器的运行情况，若检测到所述各个业务服务器中的第一业务服务器运行故障，则将所述第一业务服务器的预配置访问权重调整为零，得到所述第一业务服务器对应的新的访问权重，所述第一业务服务器为所述各个业务服务器中的任一个或者多个业务服务器；
从已启动的业务服务器中确定与所述第一业务服务器部署有相同服务的第二业务服务器，并依照预设调整规则调整所述第二业务服务器的预配置访问权重，得到所述第二业务服务器对应的新的访问权重；
基于所述第一业务服务器和所述第二业务服务器各自对应的新的访问权重，更新所述服务配置数据；
将更新后的服务配置数据下发至所述反向代理服务器。
5.根据权利要求1所述的方法，其特征在于，所述各个业务服务器各自对应的访问权重的大小，与所述反向代理服务器将访问请求转发至各个业务服务器的转发量之间的关系为正比关系。
6.一种服务更新装置，其特征在于，该装置配置于管理服务器中，所述管理服务器部署于服务部署***中，所述服务部署***中还包括反向代理服务器、至少两个部署有服务的业务服务器和所述管理服务器对应的客户端，每个服务对应多个业务服务器，所述管理服务器用于管理表征各个业务服务器的访问权重的服务配置数据，并将所述服务配置数据下发至所述反向代理服务器，所述反向代理服务器用于基于所述服务配置数据控制将访问请求转发至各个业务服务器的转发量，包括：
处理模块，用于获取所述各个业务服务器的服务信息，所述服务信息包括位置信息；确定所述各个业务服务器各自对应的预配置访问权重，并基于所述各个业务服务器的服务信息和所述预配置访问权重，生成并存储针对所述各个业务服务器的服务配置数据；所述各个业务服务器预先整合有监控程序的SDK，所述SDK用于在业务服务器启动后采集业务服务器的服务信息并上报；
处理模块，还用于对所述反向代理服务器接收到的访问请求进行统计；依照统计结果确定预设时间段内各个地区的访问请求量；从所述服务配置数据中提取所述各个业务服务器的位置信息；基于所述位置信息确定所述各个业务服务器所处的地区；根据所述预设时间段内各个地区的访问请求量，调整所述服务配置数据中处于不同地区的所述各个业务服务器的预配置访问权重；
通信模块，用于接收来自所述客户端的服务部署更新请求，所述服务部署更新请求携带有业务服务器的标识信息；
处理模块，还用于从已启动的业务服务器中确定与所述标识信息匹配的目标业务服务器；
所述处理模块，还用于获取所述目标业务服务器的预配置访问权重，并将所述预配置访问权重调整为零，得到所述目标业务服务器对应的新的访问权重，从已启动的业务服务器中确定与所述目标业务服务器部署有相同服务的其他业务服务器，并依照预设调整规则调整所述其他业务服务器的预配置访问权重，得到所述其他业务服务器对应的新的访问权重；所述预设调整规则包括将目标业务服务器的预配置访问权重分配给提供相同服务的其他业务服务器；
所述处理模块，还用于基于所述目标业务服务器和所述其他业务服务器各自对应的新的访问权重，生成新的服务配置数据；
所述通信模块，还用于将所述新的服务配置数据下发至所述反向代理服务器，并向所述客户端返回针对所述目标业务服务器的更新确认指示信息，所述新的服务配置数据用于指示所述反向代理服务器基于所述目标业务服务器和所述其他业务服务器各自对应的新的访问权重，控制将访问请求转发至所述目标业务服务器和所述其他业务服务器的转发量，所述更新确认指示信息用于提示所述客户端对应用户对所述目标业务服务器部署的服务进行更新；
其中，若所述目标业务服务器对应的新的访问权重为零，则所述目标业务服务器对应的所述转发量为零。
7.一种管理服务器，其特征在于，所述管理服务器包括处理器和存储装置，所述处理器和存储装置相互连接，其中，所述存储装置用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-5任一项所述的方法。
8.一种计算机存储介质，其特征在于，该计算机存储介质中存储有程序指令，该程序指令被执行时，用于实现如权利要求1-5任一项所述的方法。
CN202010893499.9A 2020-08-28 2020-08-28 一种服务更新方法、装置及管理服务器、存储介质 Active CN111913732B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010893499.9A CN111913732B (zh) 2020-08-28 2020-08-28 一种服务更新方法、装置及管理服务器、存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010893499.9A CN111913732B (zh) 2020-08-28 2020-08-28 一种服务更新方法、装置及管理服务器、存储介质

Publications (2)

Publication Number Publication Date
CN111913732A CN111913732A (zh) 2020-11-10
CN111913732B true CN111913732B (zh) 2023-07-11

Family

ID=73267134

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010893499.9A Active CN111913732B (zh) 2020-08-28 2020-08-28 一种服务更新方法、装置及管理服务器、存储介质

Country Status (1)

Country Link
CN (1) CN111913732B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116955574B (zh) * 2023-09-19 2024-01-05 图林科技(深圳)有限公司 一种基于人工智能的智能客服机器人及其应用方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018107943A1 (zh) * 2016-12-13 2018-06-21 腾讯科技（深圳）有限公司 一种网络访问控制方法、装置及***

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108268271A (zh) * 2016-12-29 2018-07-10 华为技术服务有限公司 微服务的升级方法与升级装置
CN108494876A (zh) * 2018-04-12 2018-09-04 北京达佳互联信息技术有限公司 实现服务灰度发布的方法、装置、插件设备和代理服务器
CN109391512B (zh) * 2018-09-28 2021-08-27 创新先进技术有限公司 一种服务发布方法、装置及电子设备
CN109743392A (zh) * 2019-01-07 2019-05-10 北京字节跳动网络技术有限公司 一种负载均衡方法、装置、电子设备及存储介质
CN109951566A (zh) * 2019-04-02 2019-06-28 深圳市中博科创信息技术有限公司 一种Nginx负载均衡方法、装置、设备及可读存储介质
CN110311820A (zh) * 2019-07-05 2019-10-08 山东云缦智能科技有限公司 一种不中断服务的微服务集群升级方法
CN111556135A (zh) * 2020-04-26 2020-08-18 北京奇艺世纪科技有限公司 一种请求调度方法、***、装置及电子设备

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018107943A1 (zh) * 2016-12-13 2018-06-21 腾讯科技（深圳）有限公司 一种网络访问控制方法、装置及***

Also Published As

Publication number Publication date
CN111913732A (zh) 2020-11-10

Similar Documents

Publication Publication Date Title
US8539068B2 (en) Methods and systems for providing customized domain messages
CN104781802B (zh) 资源栈中的自定义资源
US7886295B2 (en) Connection manager, method, system and program product for centrally managing computer applications
US9466036B1 (en) Automated reconfiguration of shared network resources
US8918761B1 (en) Elastic application framework for deploying software
CN101535978A (zh) 分布式服务器***中的消息转发备份管理器
CN112256495A (zh) 数据传输方法、装置、计算机设备及存储介质
CN103986741A (zh) 云数据***、云数据中心及其资源管理方法
US8821296B1 (en) Network gaming system and casino management system link
CN109510878B (zh) 一种长连接会话保持方法和装置
JP2005149387A (ja) リアルタイムＷｅｂ共有システム
CN108933829A (zh) 一种负载均衡方法及装置
US20120036208A1 (en) Polling-based secure network message notification system and method with performance enhancing features
CN101202716A (zh) 一种信息存储方法及通讯***以及相关设备
CN108319550A (zh) 一种测试***及测试方法
CN109561054A (zh) 一种数据传输方法、控制器及接入设备
CN113765980A (zh) 一种限流方法、装置、***、服务器和存储介质
CN103166980A (zh) 互联网数据拉取方法和***
CN111913732B (zh) 一种服务更新方法、装置及管理服务器、存储介质
CN104902033B (zh) 登陆地址记录方法及装置
CN112882895B (zh) 健康检查方法、装置、计算机***及可读存储介质
CN108200151A (zh) 一种分布式存储***中ISCSI Target负载均衡方法和装置
US20170223136A1 (en) Any Web Page Reporting and Capture
EP3298736B1 (en) Forwarding current request based on, at least in part, previous request(s)
US11838193B1 (en) Real-time load limit measurement for a plurality of nodes

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20210129

Address after: 518000 Room 201, building A, No. 1, Qian Wan Road, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong (Shenzhen Qianhai business secretary Co., Ltd.)

Applicant after: Shenzhen saiante Technology Service Co.,Ltd.

Address before: 1-34 / F, Qianhai free trade building, 3048 Xinghai Avenue, Mawan, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong 518000

Applicant before: Ping An International Smart City Technology Co.,Ltd.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant