CN111404979A - 业务请求处理的方法、装置及计算机可读存储介质 - Google Patents
业务请求处理的方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN111404979A CN111404979A CN201910931135.2A CN201910931135A CN111404979A CN 111404979 A CN111404979 A CN 111404979A CN 201910931135 A CN201910931135 A CN 201910931135A CN 111404979 A CN111404979 A CN 111404979A
- Authority
- CN
- China
- Prior art keywords
- service
- storage device
- service request
- type
- request
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
本申请公开了一种业务请求处理的方法、装置及计算机可读存储介质，属于云存储技术领域。该方法包括：接收客户端发送的业务请求，当该业务请求为第一类业务对应的请求时，将该业务请求转发给第二存储设备，第一类业务是指第一存储设备上增加的新业务和/或对原始业务进行升级后的业务。第一存储设备可以接收到第二存储设备对该业务请求进行处理得到的响应消息，将该响应消息发送至客户端。这样，第一存储设备可以不重启自身的进程，也不使用升级后的程序，并且，可以通过自身的进程一直接收客户端发送的业务请求，并借助第二存储设备对第一类业务对应的业务请求进行处理，从而避免了业务的中断。
Description
技术领域
本申请涉及云存储技术领域，特别涉及一种业务请求处理的方法、装置及计算机可读存储介质。
背景技术
云存储系统是一种利用存储设备对客户端发送的业务请求进行处理的系统。随着网络技术的不断发展，用户的需求在不断增加，进而存储设备也需要不定时地进行业务升级以满足用户的需求。通常情况下，存储设备的业务升级可以包括增加新业务和/或对原始业务的升级。
目前，存储设备可以通过一个进程来运行业务的程序，进而利用运行的程序处理客户端发送的业务请求。当存储设备进行业务升级时，需要开发人员在存储设备中重新编写一套升级后的程序，或者在原始程序的基础上进行修改以得到升级后的程序。之后，存储设备需要将用于运行这个业务的进程进行重启，重启后的进程才可以运行升级后的程序，进而存储设备才可以通过重启后的进程利用升级后的程序处理客户端发送的业务请求。然而，在重启进程的过程中，存储设备会停止通过这个进程接收客户端发送的业务请求，进而造成业务的中断。
发明内容
本申请实施例提供了一种业务请求处理的方法、装置及计算机可读存储介质，可以解决当存储设备进行业务升级时，需要重启进程，进而造成业务的中断的技术问题。
第一方面，提供了一种业务请求处理的方法，应用于第一存储设备中，所述方法包括：
接收客户端发送的业务请求；
当所述业务请求为第一类业务对应的请求时，将所述业务请求转发给第二存储设备，所述第二存储设备用于处理所述第一类业务对应的请求，所述第一类业务是指所述第一存储设备上增加的新业务和/或对原始业务进行升级后的业务；
接收所述第二存储设备对所述业务请求进行处理得到的响应消息，将所述响应消息发送至所述客户端。
可选地，所述接收客户端发送的业务请求之后，所述方法还包括：
对所述业务请求进行解析，以得到所述业务请求中的关键字段；
如果所述第一类业务对应的升级指示字段中存在所述关键字段，则确定所述业务请求为所述第一类业务对应的请求。
可选地，所述接收客户端发送的业务请求之后，所述方法还包括：
对所述业务请求进行解析，以得到所述业务请求中的关键字段；
确定所述第一存储设备进行业务升级前针对所述关键字段的回复字段；
如果所述第一类业务对应的升级指示字段中存在所述回复字段，则确定所述业务请求为所述第一类业务对应的请求。
可选地，所述对所述业务请求进行解析，以得到所述业务请求中的关键字段之后，所述方法还包括：
接收所述第二存储设备发送的所述升级指示字段，或者，接收用户在所述第一存储设备的配置文件中增加的所述升级指示字段。
可选地，所述将所述业务请求转发给第二存储设备之前，所述方法还包括：
从多个第三存储设备中选择用于处理所述第一类业务对应的请求的第三存储设备，所述多个第三存储设备用于对升级后的不同业务对应的请求进行处理；
如果选择的第三存储设备的数量为1，则将选择的第三存储设备确定为所述第二存储设备；
如果选择的第三存储设备的数量大于1，则将选择的第三存储设备中所述第一类业务的版本号最大的第三存储设备确定为所述第二存储设备。
可选地，所述第一存储设备与所述第二存储设备为同一存储设备。
可选地，所述接收客户端发送的业务请求，包括：
通过所述第一存储设备上的第一进程接收所述客户端发送的所述业务请求；
所述将所述业务请求转发给第二存储设备，包括：
将所述业务请求的处理任务分配给所述第一存储设备上的第二进程，通过所述第二进程对所述业务请求进行处理，得到响应消息，所述第二进程是指所述第一类业务对应的进程；
所述接收所述第二存储设备对所述业务请求进行处理得到的响应消息，将所述响应消息发送至所述客户端，包括：
将所述响应消息的发送任务分配给所述第一进程，通过所述第一进程将所述响应消息发送至所述客户端。
第二方面，提供了一种业务请求处理的装置，应用于第一存储设备中，所述装置包括：
第一接收模块，用于接收客户端发送的业务请求；
转发模块，用于当所述业务请求为第一类业务对应的请求时，将所述业务请求转发给第二存储设备，所述第二存储设备用于处理所述第一类业务对应的请求，所述第一类业务是指所述第一存储设备上增加的新业务和/或对原始业务进行升级后的业务；
发送模块，用于接收所述第二存储设备对所述业务请求进行处理得到的响应消息，将所述响应消息发送至所述客户端。
可选地，所述装置还包括：
第一解析模块，用于对所述业务请求进行解析，以得到所述业务请求中的关键字段；
第一确定模块，用于如果所述第一类业务对应的升级指示字段中存在所述关键字段，则确定所述业务请求为所述第一类业务对应的请求。
可选地，所述装置还包括：
第二解析模块，用于对所述业务请求进行解析，以得到所述业务请求中的关键字段；
第二确定模块，用于确定所述第一存储设备进行业务升级前针对所述关键字段的回复字段；
第三确定模块，用于如果所述第一类业务对应的升级指示字段中存在所述回复字段，则确定所述业务请求为所述第一类业务对应的请求。
可选地，所述装置还包括：
第二接收模块，用于接收所述第二存储设备发送的所述升级指示字段，或者，接收用户在所述第一存储设备的配置文件中增加的所述升级指示字段。
可选地，所述装置还包括：
选择模块，用于从多个第三存储设备中选择用于处理所述第一类业务对应的请求的第三存储设备，所述多个第三存储设备用于对升级后的不同业务对应的请求进行处理；
第四确定模块，用于如果选择的第三存储设备的数量为1，则将选择的第三存储设备确定为所述第二存储设备；
第五确定模块，用于如果选择的第三存储设备的数量大于1，则将选择的第三存储设备中所述第一类业务的版本号最大的第三存储设备确定为所述第二存储设备。
可选地，所述第一存储设备与所述第二存储设备为同一存储设备。
可选地，所述第一接收模块包括：
接收子模块，用于通过所述第一存储设备上的第一进程接收所述客户端发送的所述业务请求；
所述转发模块包括：
第一分配子模块，用于将所述业务请求的处理任务分配给所述第一存储设备上的第二进程，通过所述第二进程对所述业务请求进行处理，得到响应消息，所述第二进程是指所述第一类业务对应的进程；
所述发送模块包括：
第二分配子模块，用于将所述响应消息的发送任务分配给所述第一进程，通过所述第一进程将所述响应消息发送至所述客户端。
第三方面，提供一种业务请求处理的装置，应用于第一存储设备中，所述装置包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为执行上述第一方面所述的任一项方法的步骤。
第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行时实现上述第一方面所述的任一项方法的步骤。
第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面任一项所述方法的步骤。
本申请实施例提供的技术方案带来的有益效果是：
在本申请实施例中，当第一存储设备进行业务升级后，如果第一存储设备接收到客户端发送的新业务对应的业务请求，和/或接收到对原始业务进行升级后的业务对应的业务请求，第一存储设备可以将这种业务请求，也即第一类业务对应的业务请求转发给第二存储设备进行处理，之后，再由第一存储设备将第二存储设备处理后得到的响应消息发送至客户端。这样，第一存储设备可以不重启自身的进程，也不使用升级后的程序，并且，可以通过自身的进程一直接收客户端发送的业务请求，并借助第二存储设备对第一类业务对应的业务请求进行处理，从而避免了业务的中断。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种系统架构的示意图；
图2是本申请实施例提供的一种业务请求处理的方法流程图；
图3是本申请实施例提供的一种业务请求处理的方法流程图；
图4是本申请实施例提供的一种业务请求处理的装置结构示意图；
图5是本申请实施例提供的服务器的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与本申请的一些方面相一致的装置和方法的例子。
在对本申请实施例进行详细的解释说明之前，首先对本申请实施例中涉及到的应用场景和系统架构进行解释说明。
首先，对本申请实施例涉及的应用场景进行介绍。
随着网络技术的不断发展，越来越多的用户开始使用云存储系统中的存储设备进行业务请求的处理。例如，将视频数据存储至存储设备中，当需要使用该视频数据时，也可以从存储设备中进行查询。为了给用户提供更好的服务，存储设备需要不定时地进行业务升级。通常情况下，存储设备的业务升级可以指增加新业务，例如，增加下载数据的业务，增加查询数据的业务等。存储设备的业务升级还可以指对原始业务的升级，例如，原始业务是以名称查询数据，对原始业务进行升级后，是以时间查询数据。
然而，目前存储设备进行业务升级时，往往需要在存储设备中写入升级后的程序，并且对进程进行重启后，重启后的进程才可以运行该升级后的程序来处理业务请求。然而，在重启进程的过程中，存储设备会停止通过该进程接收客户端发送的业务请求，进而造成业务的中断。也即是，存储设备每次进行业务升级时，都会造成业务的中断。因此，本申请实施例提供了一种业务请求处理的方法。
其次，对本申请实施例中涉及的系统架构进行介绍。
图1是本申请实施例提供的一种系统架构的示意图，参见图1，该系统架构包括终端101、第一存储设备102和至少一个第二存储设备103(图中以一个第二存储设备103进行示意)，终端101上安装有客户端。终端101和第一存储设备102之间通过有线网络或无线网络连接，第一存储设备102和每个第二存储设备103之间通过有线网络或无线网络连接。第一存储设备102可以接收终端101上安装的客户端发送的业务请求，当该业务请求为第一类业务对应的请求时，将该业务请求转发给第二存储设备103进行处理。第一存储设备102还可以接收第二存储设备103对该业务请求进行处理得到的响应消息，将该响应消息发送至终端101上安装的客户端。
终端101可以为手机、PAD(Portable Android Device，平板电脑)或者电脑等任一能够安装客户端的设备。第一存储设备102是指为终端101上安装的客户端发送的业务请求进行处理的服务器，可以为一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务器中心，本申请实施例对此不做限定。每个第二存储设备103是指对第一类业务对应的业务请求进行处理的服务器，可以为一台服务器，或者由若干台服务器组成的服务器集群，或者是一个云计算服务器中心，本申请实施例对此不做限定。
图2是本申请实施例提供的一种业务请求处理的方法流程图，参见图2，该方法应用于第一存储设备中。该方法包括：
步骤201：接收客户端发送的业务请求。
步骤202：当该业务请求为第一类业务对应的请求时，将该业务请求转发给第二存储设备，第二存储设备用于处理第一类业务对应的业务请求，第一类业务是指第一存储设备上增加的新业务和/或对原始业务进行升级后的业务。
步骤203：接收第二存储设备对该业务请求进行处理得到的响应消息，将该响应消息发送至该客户端。
在本申请实施例中，当第一存储设备进行业务升级后，如果第一存储设备接收到客户端发送的新业务对应的业务请求，和/或接收到对原始业务进行升级后的业务对应的业务请求，第一存储设备可以将这种业务请求，也即第一类业务对应的业务请求转发给第二存储设备进行处理，之后，再由第一存储设备将第二存储设备处理后得到的响应消息发送至客户端。这样，第一存储设备可以不重启自身的进程，也不使用升级后的程序，并且，可以通过自身的进程一直接收客户端发送的业务请求，并借助第二存储设备对第一类业务对应的业务请求进行处理，从而避免了业务的中断。
可选地，接收客户端发送的业务请求之后，该方法还包括：
对该业务请求进行解析，以得到该业务请求中的关键字段；
如果第一类业务对应的升级指示字段中存在该关键字段，则确定该业务请求为第一类业务对应的请求。
可选地，接收客户端发送的业务请求之后，该方法还包括：
对该业务请求进行解析，以得到该业务请求中的关键字段；
确定第一存储设备进行业务升级前针对该关键字段的回复字段；
如果第一类业务对应的升级指示字段中存在该回复字段，则确定该业务请求为第一类业务对应的请求。
可选地，对该业务请求进行解析，以得到该业务请求中的关键字段之后，该方法还包括：
接收第二存储设备发送的升级指示字段，或者，接收用户在第一存储设备的配置文件中增加的升级指示字段。
可选地，将该业务请求转发给第二存储设备之前，该方法还包括：
从多个第三存储设备中选择用于处理第一类业务对应的业务请求的第三存储设备，该多个第三存储设备用于对升级后的不同业务对应的请求进行处理；
如果选择的第三存储设备的数量为1，则将选择的第三存储设备确定为第二存储设备；
如果选择的第三存储设备的数量大于1，则将选择的第三存储设备中第一类业务的版本号最大的第三存储设备确定为第二存储设备。
可选地，第一存储设备与第二存储设备为同一存储设备。
可选地，接收客户端发送的业务请求，包括：
通过第一存储设备上的第一进程接收该客户端发送的该业务请求；
将该业务请求转发给第二存储设备，包括：
将该业务请求的处理任务分配给第一存储设备上的第二进程，通过第二进程对该业务请求进行处理，得到响应消息，第二进程是指第一类业务对应的进程；
接收该第二存储设备对该业务请求进行处理得到的响应消息，将该响应消息发送至该客户端，包括：
将该响应消息的发送任务分配给第一进程，通过第一进程将该响应消息发送至该客户端。
上述所有可选技术方案，均可按照任意结合形成本公开的可选实施例，本公开实施例对此不再一一赘述。
图3是本申请实施例提供的一种业务请求处理的方法流程图，本申请实施例将对图2所示的实施例进行展开说明，参见图3，该方法包括：
步骤301：第一存储设备接收客户端发送的业务请求。
示例性地，该业务请求可以是创建存储空间的请求、上传存储对象的请求、查询能力集的请求以及查询存储对象的元数据的请求等。创建存储空间是指在第一存储设备中创建存储空间，存储空间可以由bucket表示。上传存储对象是指将存储对象上传至第一存储设备，存储对象可以为图片、视频以及文档等，存储对象可以由object表示。查询能力集是指查询第一存储设备包含的所有业务，包括第一类业务和第二类业务，第二类业务是指未进行升级的业务。查询存储对象的元数据是指查询存储对象的属性，该属性可以包括上次修改该存储对象的修改时间、该存储对象的唯一标识以及该存储对象的大小。
示例性地，如果该业务请求为查询存储对象的元数据的请求，该业务请求可以由如下代码构成：
需要说明的是，第一行代码至第六行代码为该业务请求的请求头，第八行代码至第十一行代码为该业务请求的请求体。在第一行代码中，stream为该存储对象的名称，GET用于表示查询功能，bucket_107为该存储对象所在的存储空间的名称，？为用于标识metadata的标识符，metadata表示元数据，HTTP/1.0(Hyper Text Transport Protocol，超文本传输协议)为客户端与第一存储设备之间通信的1.0版本的网络协议。第二行代码表示查询存储对象的元数据的查询时间Date为2019年1月31日星期二07点34分38秒。第三行代码表示该存储对象的元数据的类型Content-Type为application/xml。第四行代码中的Authorization:hikcstor为鉴权标识字段，鉴权标识字段用于表示位于该鉴权标识字段之后的字段为鉴权字段，该鉴权字段包括访问密钥和摘要字段。第四行代码中的x2v059MVC6ZJo74TE03yapqRw4Mq0207为访问密钥，第四行代码至第五行代码中的4x8/EOareae245pZsQFsg2mikK4＝为摘要字段，摘要字段用于指示该业务请求是否为合法的请求，摘要字段是根据特定算法对该业务请求进行处理得到。第六行代码表示该请求体的大小，该大小可以用字节长度表示。第八行代码表示该请求体是xml协议的格式，xml协议为1.0版本，且该存储对象的元数据的编码方式encoding为UTF-8(Unicode TransformationForma，统一码转换格式)。第九行至第十一行代码表示该存储对象的版本号。
步骤302：第一存储设备确定客户端发送的业务请求是否为第一类业务对应的请求。
由于第一存储设备需要进行业务升级，进行业务升级后的第一类业务往往与第二类业务不同，因此第一存储设备需要确定客户端发送的业务请求是否为第一类业务对应的请求。
需要说明的是，第一类业务是指第一存储设备上增加的新业务和/或对原始业务进行升级后的业务。例如，该增加的新业务可以为上传，第一类业务对应的业务请求包括如下代码“PUT/bucket_107/stream”。原始业务可以为：第一存储设备对该原始业务的业务请求进行回复时，用A字段作为针对该业务请求的关键字段的一个回复字段。相应地，对原始业务进行升级后的业务可以为：第一存储设备对该升级后的业务的业务请求进行回复时，用一个新字段替换A字段。也即是，对原始业务进行升级后的业务可以为：用一个新字段替换第一存储设备对该原始业务的业务请求的关键字段的回复字段中的A字段。需要说明的是，在用一个新字段替换A字段之前，还可以复制A字段，并用A字段标识其他含义，例如，用A字段标识进行回复的回复体的大小，如果没有回复体，则为A字段赋予0值。
可选地，对原始业务进行升级后的业务还可以为：在第一存储设备对该原始业务的业务请求的关键字段的回复字段中添加C字段，并用C字段标识其他含义。对原始业务进行升级后的业务还可以为其他业务，本申请实施例对此不作限定。
需要说明的是，第一存储设备可以通过如下两种可能的实现方式确定该业务请求是否为第一类业务对应的请求。
第一种可能的实现方式，对该业务请求进行解析，以得到该业务请求中的关键字段。如果第一类业务对应的升级指示字段中存在该关键字段，则确定该业务请求为第一类业务对应的请求。如果第一类业务对应的升级指示字段中不存在该关键字段，则可以确定该业务请求不是第一类业务对应的请求。
可选地，第一存储设备在对该业务请求进行解析时，可以根据该业务请求中的功能字段确定出第一字段的确定规则，根据该确定规则从该功能字段所在的代码行中确定出第一字段，进而将功能字段和第一字段作为该业务请求的关键字段，或者只将第一字段作为该业务请求的关键字段。
需要说明的是，功能字段用于表示业务请求的业务功能，也可将功能字段称作命令。当业务请求的业务功能为获取时，功能字段可用GET表示；当业务请求的业务功能为上传时，功能字段可用PUT表示；当业务请求的业务功能为删除时，功能字段可用DELETE表示。
不同的功能字段对应的第一字段的确定规则可以相同也可以不同。示例性地，GET对应的第一字段的确定规则为将GET所在的代码行中最后一个问号之后相邻的字段确定为第一字段，以步骤301中查询存储对象的元数据的业务请求的例子为例，metadata即为该业务请求的第一字段。PUT对应的第一字段的确定规则为将PUT所在的代码行中第二个斜线之后的第一个问号之后相邻的字段确定为第一字段，例如，PUT/bucket_107/？property中的第一字段为property；或者，将PUT所在的代码行中除PUT和网络协议之外的所有字段确定为第一字段，例如，PUT/bucket_107/stream HTTP/1.0中的第一字段为bucket_107和stream。DELETE对应的第一字段的确定规则为将DELETE所在的代码行中最后一个问号与该问号之后第一个等号之间的字段确定为第一字段，例如，DELETE/bucket_107/stream/？upload_id＝54asd中的第一字段为upload_id；或者，将DELETE所在的代码行中除DELETE和网络协议之外的所有字段确定为第一字段，例如，DELETE/bucket_107/stream HTTP/1.0中的第一字段为bucket_107和stream。
需要说明的是，当将功能字段和第一字段作为关键字段时，不同的业务请求出现相同的关键字段的概率较低。当只将第一字段作为关键字段时，不同的业务请求出现相同的关键字段的概率较高。如果不同的业务请求出现了相同的关键字段，在根据升级指示字段中是否存在关键字段来确定业务请求是否为第一类业务对应的请求时，可能会将不是第一类业务对应的业务请求确定为第一类业务对应的请求，进而降低确定业务请求是否为第一类业务对应的请求的准确性。因此，为了提高确定业务请求是否为第一类业务对应的请求的准确性，可以将功能字段和第一字段作为关键字段，或者，在功能字段和第一字段之外，再增加其他字段，也即将功能字段、第一字段和该其他字段作为关键字段，该其他字段为能够确保不同的业务请求对应不同的关键字段的字段。
另外，在第一种可能的实现方式中，第一类业务对应的升级指示字段中可以包括第一类业务对应的业务请求中的关键字段。示例性地，如果第一类业务为第一存储设备上增加的新业务，则升级指示字段中可以包括该新业务对应的业务请求中的关键字段，例如，新业务为上传，升级指示字段中包括PUT、bucket_107和stream。如果第一类业务为对原始业务进行升级后的业务，则升级指示字段中可以包括该升级后的业务对应的业务请求中的关键字段，例如，接收到的业务请求为步骤301中查询存储对象stream的元数据的请求，升级指示字段中包括GET和metadata。
需要说明的是，第一存储设备可以先获取升级指示字段，进而根据升级指示字段确定业务请求是否为第一类业务对应的请求。示例性地，第一存储设备在获取升级指示字段时，可以接收第二存储设备发送的升级指示字段，或者，接收用户在第一存储设备的配置文件中增加的升级指示字段。
还需要说明的是，第一存储设备可以在对业务请求进行解析并得到该业务请求中的关键字段之后获取升级指示字段，还可以在其他时机获取升级指示字段，例如可以在接收客户端发送业务请求之前获取升级指示字段，本申请实施例对获取升级指示字段的获取时机不进行限定。
第二种可能的实现方式，对该业务请求进行解析，以得到该业务请求中的关键字段。确定第一存储设备进行业务升级前针对该关键字段的回复字段，如果第一类业务对应的升级指示字段中存在该回复字段，则确定该业务请求为第一类业务对应的请求。如果第一类业务对应的升级指示字段中不存在该回复字段，则确定该业务请求不是第一类业务对应的请求。
需要说明的是，第二种可能的实现方式中对该业务请求进行解析以得到该业务请求中的关键字段的方法，与第一种可能的实现方式中对该业务请求进行解析以得到该业务请求中的关键字段的方法相同，本申请实施例在此不再赘述。
还需要说明的是，如果第一类业务为第一存储设备上增加的新业务，则第一存储设备之前没有对第一类业务对应的业务请求进行回复过，也即第一存储设备之前没有针对第一类业务对应的业务请求的关键字段的回复字段。因此，如果第一类业务为第一存储设备上增加的新业务，则第一存储设备不能通过第二种可能的实现方式确定业务请求是否为第一类业务对应的请求，只能通过第一种可能的实现方式确定业务请求是否为第一类业务对应的请求。而如果第一类业务为对原始业务进行升级后的业务，则第一存储设备进行业务升级前对原始业务的业务请求回复过，也即第一存储设备进行业务升级前存在针对原始业务的业务请求的关键字段的回复字段。因此，如果第一类业务为对原始业务进行升级后的业务，通过第一种可能的实现方式或者第二种可能的实现方式都可以确定业务请求是否为第一类业务对应的请求。
例如，第一存储设备进行业务升级前针对步骤301中查询存储对象的元数据的请求的回复内容可以由如下代码构成，回复字段包括Last-Modified、ETag、Content-Length和X-hcs-meta-：
“HTTP/1.1 200 OK
Last-Modified:Wed,23 Jan 2019 09:34:27 GMT
ETag:0
Content-Length:23593000
X-hcs-meta-who:xiaoming
Date:Thu,31 Jan 2019 07:34:24 GMT”。
在上述代码中，第一行代码中的HTTP/1.1为客户端与第一存储设备之间通信的1.1版本的网络协议，200OK用于表示第一存储设备对客户端发送的业务请求处理成功。第二行代码表示该存储对象上次被修改的修改时间Last-Modified为2019年1月23日星期三09点34分27秒。第三行代码表示该存储对象的唯一标识ETag为0。第四行代码表示该存储对象的大小为23593000。第五行代码中的X-hcs-meta-为自定义字段，who为该自定义字段的参数，xiaoming为该参数的值。第六行代码表示第一存储设备向客户端回复上述回复内容的回复时间Date为2019年1月31日星期二07点34分24秒。
以上述示例为例，回复字段包括Last-Modified、ETag、Content-Length和X-hcs-meta-，如果第一类业务对应的升级指示字段中包括X-hcs-meta-，也即第一类业务对应的升级指示字段中存在该回复字段，则确定步骤301中查询存储对象的元数据的请求为第一类业务对应的请求。
需要说明的是，如果根据回复字段确定业务请求是否为第一类业务对应的请求，则需要选取能够唯一标识该业务请求的回复字段存储到第一类业务对应的升级指示字段中。由于很多业务请求的回复内容中可能都包含Last-Modified、ETag和Content-Length，因此，用Last-Modified、ETag、Content-Length无法唯一标识上述示例中的业务请求。而X-hcs-meta-为自定义的且能够唯一标识上述示例中的业务请求，因此，在上述示例中，可以选用X-hcs-meta-确定业务请求是否为第一类业务对应的请求。
还需要说明的是，第一存储设备可以存储业务请求中的关键字段与回复字段的对应关系，当得到关键字段时，可以根据关键字段与回复字段的对应关系确定出针对该关键字段的回复字段。
另外，在第二种可能的实现方式中，第一类业务对应的升级指示字段中可以包括第一存储设备进行业务升级前针对业务请求中的关键字段的回复字段。第一存储设备获取升级指示字段的方法以及获取升级指示字段的时机，与第一种可能的实现方式中获取升级指示字段的方法以及获取升级指示字段的时机相同，本申请实施例在此不再赘述。
步骤303：当客户端发送的业务请求为第一类业务对应的请求时，第一存储设备将该业务请求转发给第二存储设备，第二存储设备用于处理第一类业务对应的业务请求。
需要说明的是，第一存储设备在将该业务请求转发给第二存储设备之前，可以根据第三存储设备的数量确定一个第二存储设备。示例性地，如果第三存储设备的数量为1，则直接将第三存储设备作为第二存储设备，如果第三存储设备的数量大于1，则可以从第三存储设备中选择一个存储设备作为第二存储设备。
还需要说明的是，如果第三存储设备的数量大于1，第一存储设备可以从多个第三存储设备中选择用于处理第一类业务对应的请求的第三存储设备。如果选择的第三存储设备的数量为1，则将选择的第三存储设备确定为第二存储设备。如果选择的第三存储设备的数量大于1，则将选择的第三存储设备中第一类业务的版本号最大的第三存储设备确定为第二存储设备。示例性地，该多个第三存储设备用于对升级后的不同业务对应的请求进行处理，每个第三存储设备可以处理一个或多个第一类业务对应的业务请求。
例如，第三存储设备的数量为2，为了便于描述这两个存储设备，将这两个存储设备分别称为第四存储设备和第五存储设备。第四存储设备可以处理新增的上传业务对应的业务请求，以及用一个新字段替换A字段的业务对应的业务请求。第五存储设备仅可以处理用一个新字段替换A字段的业务对应的业务请求。那么，如果接收到上传业务对应的业务请求，则将第四存储设备确定为第二存储设备。如果接收到用一个新字段替换A字段的业务对应的业务请求，则第四存储设备和第五存储设备均可以处理该业务对应的业务请求，相当于选择的第三存储设备的数量为2，此时，可以将第四存储设备中该业务的版本号与第五存储设备中该业务的版本号进行比较，并将版本号最大的存储设备确定为第二存储设备。
还需要说明的是，第一存储设备可以按照与第二存储设备之间的协议将该业务请求转发给第二存储设备。第一存储设备与第二存储设备之间协议可以为二进制协议，也可以为RESTFUL(Representational State Transfer，表述性状态传递)协议，还可以为其他协议，本申请实施例对此不做限定。
另外，当客户端发送的业务请求为第二类业务对应的请求时，由于第二类业务是指未进行升级的业务，且第一存储设备可以处理未进行升级的业务对应的业务请求，因此，第一存储设备可以处理第二类业务对应的业务请求，无需转发给第二存储设备处理。
步骤304：第二存储设备接收第一存储设备发送的业务请求，对该业务请求进行处理得到响应消息，将该响应消息发送给第一存储设备。
第二存储设备在接收到第一存储设备发送的业务请求之后，可以对该业务请求进行处理，并得到响应消息。例如，第一类业务为用一个新字段替换A字段，第二存储设备接收第一存储设备发送的业务请求为步骤301中查询存储对象的元数据的请求，第一存储设备在进行业务升级前针对该业务请求的回复内容为步骤302中的回复内容，A字段为步骤302中回复内容中的Content-Length。第二存储设备处理该业务请求时，可以用Object-Size替换Content-Length，并在替换前复制Content-Length，且为该复制的Content-Length赋予0，进而得到的响应消息可以由如下代码构成：
“HTTP/1.1 200 OK
Last-Modified:Wed,23 Jan 2019 09:34:27 GMT
Object-Size:23593000
ETag:0
Content-Length:0
Date:Thu,31 Jan 2019 07:34:24 GMT”。
需要说明的是，回复内容包括回复头和回复体，回复内容中的Content-Length一般用于表示回复体的大小。但由于在上述示例中，步骤302中回复内容中的Content-Length表示存储对象的大小，因此，第一存储设备可能会误将该Content-Length确定为用于表示回复体的大小的字段。因此，需要用一个新字段替换Content-Length，以通过该新字段表示存储对象的大小。第二存储设备替换前复制Content-Length，并为该复制的Content-Length赋予0是用于表示该回复内容中回复体的大小为0，也即该回复内容中不包含回复体，只包含回复头。
还需要说明的是，第二存储设备在得到响应消息之后，可以按照与第一存储设备之间的协议将该响应消息发送给第一存储设备。
步骤305：第一存储设备接收第二存储设备对该业务请求进行处理得到的响应消息，将该响应消息发送至客户端。
需要说明的是，第一存储设备可以按照与客户端之间的协议将该响应消息发送至客户端。第一存储设备与客户端之间的协议可以为二进制协议，也可以为RESTFUL(Representational State Transfer，表述性状态传递)协议，还可以为其他协议，本申请实施例对此不做限定。
还需要说明的是，第一存储设备与第二存储设备可以为不同的存储设备，也可以为同一存储设备。如果第一存储设备与第二存储设备为同一存储设备，则第一存储设备可以通过自身的第一进程接收客户端发送的业务请求，并通过第一进程确定该业务请求是否为第一类业务对应的请求，当该业务请求为第一类业务对应的请求时，将该业务请求的处理任务分配给自身的第二进程，通过第二进程对该业务请求进行处理，得到响应消息，第二进程是指第一类业务对应的进程。进而，第一存储设备可以通过第一进程接收第二进程发送的该响应消息，将该响应消息的发送任务分配给第一进程，通过第一进程将该响应消息发送至客户端。
另外，在客户端发送的业务请求为第二类业务对应的请求的情况下，第一存储设备在处理第二类业务对应的业务请求后，也可以得到一个响应消息，并将该响应消息发送至客户端。如果第一存储设备与第二存储设备为同一存储设备，且通过第一进程确定该业务请求是第二类业务对应的请求时，第一存储设备可以将该业务请求的处理任务继续分配给第一进程，通过第一进程对该业务请求进行处理，得到响应消息。进而，第一存储设备可以将该响应消息的发送任务继续分配给第一进程，通过第一进程将该响应消息发送至客户端。
在本申请实施例中，当第一存储设备进行业务升级后，如果第一存储设备接收到客户端发送的新业务对应的业务请求，和/或接收到对原始业务进行升级后的业务对应的业务请求，第一存储设备可以将这种业务请求，也即第一类业务对应的业务请求转发给第二存储设备进行处理，之后，再由第一存储设备将第二存储设备处理后得到的响应消息发送至客户端。这样，第一存储设备可以不重启自身的进程，也不使用升级后的程序，并且，可以通过自身的进程一直接收客户端发送的业务请求，并借助第二存储设备对第一类业务对应的业务请求进行处理，从而避免了业务的中断。
图4是本申请实施例提供的一种业务请求处理的装置结构示意图，参见图4。该装置包括第一接收模块401、转发模块402和发送模块403。
第一接收模块401，用于接收客户端发送的业务请求；
转发模块402，用于当该业务请求为第一类业务对应的请求时，将该业务请求转发给第二存储设备，第二存储设备用于处理第一类业务对应的业务请求，第一类业务是指第一存储设备上增加的新业务和/或对原始业务进行升级后的业务；
发送模块403，用于接收第二存储设备对该业务请求进行处理得到的响应消息，将该响应消息发送至客户端。
可选地，该装置还包括：
第一解析模块，用于对该业务请求进行解析，以得到该业务请求中的关键字段；
第一确定模块，用于如果第一类业务对应的升级指示字段中存在该关键字段，则确定该业务请求为第一类业务对应的请求。
可选地，该装置还包括：
第二解析模块，用于对该业务请求进行解析，以得到该业务请求中的关键字段；
第二确定模块，用于确定第一存储设备进行业务升级前针对该关键字段的回复字段；
第三确定模块，用于如果第一类业务对应的升级指示字段中存在该回复字段，则确定该业务请求为第一类业务对应的请求。
可选地，该装置还包括：
第二接收模块，用于接收第二存储设备发送的该升级指示字段，或者，接收用户在第一存储设备的配置文件中增加的升级指示字段。
可选地，该装置还包括：
选择模块，用于从多个第三存储设备中选择用于处理第一类业务对应的业务请求的第三存储设备，该多个第三存储设备用于对升级后的不同业务对应的请求进行处理；
第四确定模块，用于如果选择的第三存储设备的数量为1，则将选择的第三存储设备确定为第二存储设备；
第五确定模块，用于如果选择的第三存储设备的数量大于1，则将选择的第三存储设备中第一类业务的版本号最大的第三存储设备确定为第二存储设备。
可选地，第一存储设备与第二存储设备为同一存储设备。
可选地，第一接收模块包括：
接收子模块，用于通过第一存储设备上的第一进程接收该客户端发送的该业务请求；
该转发模块包括：
第一分配子模块，用于将该业务请求的处理任务分配给第一存储设备上的第二进程，通过第二进程对该业务请求进行处理，得到响应消息，第二进程是指第一类业务对应的进程；
该发送模块包括：
第二分配子模块，用于将该响应消息的发送任务分配给第一进程，通过第一进程将该响应消息发送至该客户端。
在本申请实施例中，当第一存储设备进行业务升级后，如果第一存储设备接收到客户端发送的新业务对应的业务请求，和/或接收到对原始业务进行升级后的业务对应的业务请求，第一存储设备可以将这种业务请求，也即第一类业务对应的业务请求转发给第二存储设备进行处理，之后，再由第一存储设备将第二存储设备处理后得到的响应消息发送至客户端。这样，第一存储设备可以不重启自身的进程，也不使用升级后的程序，并且，可以通过自身的进程一直接收客户端发送的业务请求，并借助第二存储设备对第一类业务对应的业务请求进行处理，从而避免了业务的中断。
需要说明的是：上述实施例提供的业务请求处理的装置在处理业务请求时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将业务请求处理的装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务请求处理的装置与业务请求处理的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
图5是本申请实施例提供的一种服务器的结构示意图。该服务器500可以为第一存储设备，也可以为第二存储设备。该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在服务器500上执行存储介质530中的一系列指令操作。
服务器500还可以包括一个或一个以上电源526，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，一个或一个以上键盘556，和/或，一个或一个以上操作系统541，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质应用于服务器，该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，该指令、该程序、该代码集或该指令集由处理器加载并执行以实现上述实施例的业务请求处理中第一存储设备所执行的操作。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
Claims (16)
1.一种业务请求处理的方法，其特征在于，应用于第一存储设备中，所述方法包括：
接收客户端发送的业务请求；
当所述业务请求为第一类业务对应的请求时，将所述业务请求转发给第二存储设备，所述第二存储设备用于处理所述第一类业务对应的请求，所述第一类业务是指所述第一存储设备上增加的新业务和/或对原始业务进行升级后的业务；
接收所述第二存储设备对所述业务请求进行处理得到的响应消息，将所述响应消息发送至所述客户端。
2.如权利要求1所述的方法，其特征在于，所述接收客户端发送的业务请求之后，所述方法还包括：
对所述业务请求进行解析，以得到所述业务请求中的关键字段；
如果所述第一类业务对应的升级指示字段中存在所述关键字段，则确定所述业务请求为所述第一类业务对应的请求。
3.如权利要求1所述的方法，其特征在于，所述接收客户端发送的业务请求之后，所述方法还包括：
对所述业务请求进行解析，以得到所述业务请求中的关键字段；
确定所述第一存储设备进行业务升级前针对所述关键字段的回复字段；
如果所述第一类业务对应的升级指示字段中存在所述回复字段，则确定所述业务请求为所述第一类业务对应的请求。
4.如权利要求2或3所述的方法，其特征在于，所述对所述业务请求进行解析，以得到所述业务请求中的关键字段之后，所述方法还包括：
接收所述第二存储设备发送的所述升级指示字段，或者，接收用户在所述第一存储设备的配置文件中增加的所述升级指示字段。
5.如权利要求1所述的方法，其特征在于，所述将所述业务请求转发给第二存储设备之前，所述方法还包括：
从多个第三存储设备中选择用于处理所述第一类业务对应的请求的第三存储设备，所述多个第三存储设备用于对升级后的不同业务对应的请求进行处理；
如果选择的第三存储设备的数量为1，则将选择的第三存储设备确定为所述第二存储设备；
如果选择的第三存储设备的数量大于1，则将选择的第三存储设备中所述第一类业务的版本号最大的第三存储设备确定为所述第二存储设备。
6.如权利要求1所述的方法，其特征在于，所述第一存储设备与所述第二存储设备为同一存储设备。
7.如权利要求6所述的方法，其特征在于，所述接收客户端发送的业务请求，包括：
通过所述第一存储设备上的第一进程接收所述客户端发送的所述业务请求；
所述将所述业务请求转发给第二存储设备，包括：
将所述业务请求的处理任务分配给所述第一存储设备上的第二进程，通过所述第二进程对所述业务请求进行处理，得到响应消息，所述第二进程是指所述第一类业务对应的进程；
所述接收所述第二存储设备对所述业务请求进行处理得到的响应消息，将所述响应消息发送至所述客户端，包括：
将所述响应消息的发送任务分配给所述第一进程，通过所述第一进程将所述响应消息发送至所述客户端。
8.一种业务请求处理的装置，其特征在于，应用于第一存储设备中，所述装置包括：
第一接收模块，用于接收客户端发送的业务请求；
转发模块，用于当所述业务请求为第一类业务对应的请求时，将所述业务请求转发给第二存储设备，所述第二存储设备用于处理所述第一类业务对应的请求，所述第一类业务是指所述第一存储设备上增加的新业务和/或对原始业务进行升级后的业务；
发送模块，用于接收所述第二存储设备对所述业务请求进行处理得到的响应消息，将所述响应消息发送至所述客户端。
9.如权利要求8所述的装置，其特征在于，所述装置还包括：
第一解析模块，用于对所述业务请求进行解析，以得到所述业务请求中的关键字段；
第一确定模块，用于如果所述第一类业务对应的升级指示字段中存在所述关键字段，则确定所述业务请求为所述第一类业务对应的请求。
10.如权利要求8所述的装置，其特征在于，所述装置还包括：
第二解析模块，用于对所述业务请求进行解析，以得到所述业务请求中的关键字段；
第二确定模块，用于确定所述第一存储设备进行业务升级前针对所述关键字段的回复字段；
第三确定模块，用于如果所述第一类业务对应的升级指示字段中存在所述回复字段，则确定所述业务请求为所述第一类业务对应的请求。
11.如权利要求9或10所述的装置，其特征在于，所述装置还包括：
第二接收模块，用于接收所述第二存储设备发送的所述升级指示字段，或者，接收用户在所述第一存储设备的配置文件中增加的所述升级指示字段。
12.如权利要求8所述的装置，其特征在于，所述装置还包括：
选择模块，用于从多个第三存储设备中选择用于处理所述第一类业务对应的请求的第三存储设备，所述多个第三存储设备用于对升级后的不同业务对应的请求进行处理；
第四确定模块，用于如果选择的第三存储设备的数量为1，则将选择的第三存储设备确定为所述第二存储设备；
第五确定模块，用于如果选择的第三存储设备的数量大于1，则将选择的第三存储设备中所述第一类业务的版本号最大的第三存储设备确定为所述第二存储设备。
13.如权利要求8所述的装置，其特征在于，所述第一存储设备与所述第二存储设备为同一存储设备。
14.如权利要求13所述的装置，其特征在于，所述第一接收模块包括：
接收子模块，用于通过所述第一存储设备上的第一进程接收所述客户端发送的所述业务请求；
所述转发模块包括：
第一分配子模块，用于将所述业务请求的处理任务分配给所述第一存储设备上的第二进程，通过所述第二进程对所述业务请求进行处理，得到响应消息，所述第二进程是指所述第一类业务对应的进程；
所述发送模块包括：
第二分配子模块，用于将所述响应消息的发送任务分配给所述第一进程，通过所述第一进程将所述响应消息发送至所述客户端。
15.一种业务请求处理的装置，其特征在于，应用于第一存储设备中，所述装置包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为执行权利要求1-7所述的任一项方法的步骤。
16.一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，其特征在于，所述指令被处理器执行时实现权利要求1-7所述的任一项方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910931135.2A CN111404979B (zh) | 2019-09-29 | 2019-09-29 | 业务请求处理的方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910931135.2A CN111404979B (zh) | 2019-09-29 | 2019-09-29 | 业务请求处理的方法、装置及计算机可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111404979A true CN111404979A (zh) | 2020-07-10 |
| CN111404979B CN111404979B (zh) | 2023-04-07 |
Family
ID=71432225
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910931135.2A Active CN111404979B (zh) | 2019-09-29 | 2019-09-29 | 业务请求处理的方法、装置及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111404979B (zh) |
Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020098840A1 (en) * | 1998-10-09 | 2002-07-25 | Hanson Aaron D. | Method and apparatus for providing mobile and other intermittent connectivity in a computing environment |
| CN101222374A (zh) * | 2008-01-30 | 2008-07-16 | 华为技术有限公司 | 一种实现业务升级的系统、装置及方法 |
| US20130204838A1 (en) * | 2009-08-18 | 2013-08-08 | Verising, Inc | Method and system for intelligent many-to-many service routing over epp |
| US20150023207A1 (en) * | 2013-07-19 | 2015-01-22 | The Pla Information Engineering University | Method and device for establishing structure of a communication network system |
| US8955055B1 (en) * | 2012-09-28 | 2015-02-10 | Juniper Networks, Inc. | Customer extendable AAA framework for network elements |
| CN104410672A (zh) * | 2014-11-12 | 2015-03-11 | 华为技术有限公司 | 网络功能虚拟化应用升级的方法、转发业务的方法及装置 |
| CN105099789A (zh) * | 2015-09-02 | 2015-11-25 | 华为技术有限公司 | 一种网元升级方法及设备 |
| CN105450501A (zh) * | 2014-09-01 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 设置定制化回复功能的方法及装置 |
| CN105635048A (zh) * | 2014-10-28 | 2016-06-01 | 腾讯科技（深圳）有限公司 | 业务请求的处理方法及装置 |
| CN105677433A (zh) * | 2016-03-15 | 2016-06-15 | 深圳创维－Rgb电子有限公司 | 服务器程序热升级的方法及装置 |
| CN107168993A (zh) * | 2017-03-29 | 2017-09-15 | 广州优视网络科技有限公司 | 处理响应数据的方法、设备、客户端设备和电子设备 |
| CN107409062A (zh) * | 2015-02-18 | 2017-11-28 | 华为技术有限公司 | 移动网络功能的升级 |
| US20180083864A1 (en) * | 2015-05-29 | 2018-03-22 | Huawei Technologies Co., Ltd. | Data processing method and apparatus |
| CN109474522A (zh) * | 2017-09-07 | 2019-03-15 | 华为技术有限公司 | 业务路由的方法、装置及存储介质 |
| CN110022351A (zh) * | 2019-02-20 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 一种业务请求的处理方法和装置 |
| CN110022227A (zh) * | 2019-03-07 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置、设备及存储介质 |
-
2019
- 2019-09-29 CN CN201910931135.2A patent/CN111404979B/zh active Active
Patent Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020098840A1 (en) * | 1998-10-09 | 2002-07-25 | Hanson Aaron D. | Method and apparatus for providing mobile and other intermittent connectivity in a computing environment |
| CN101222374A (zh) * | 2008-01-30 | 2008-07-16 | 华为技术有限公司 | 一种实现业务升级的系统、装置及方法 |
| US20130204838A1 (en) * | 2009-08-18 | 2013-08-08 | Verising, Inc | Method and system for intelligent many-to-many service routing over epp |
| US8955055B1 (en) * | 2012-09-28 | 2015-02-10 | Juniper Networks, Inc. | Customer extendable AAA framework for network elements |
| US20150023207A1 (en) * | 2013-07-19 | 2015-01-22 | The Pla Information Engineering University | Method and device for establishing structure of a communication network system |
| CN105450501A (zh) * | 2014-09-01 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 设置定制化回复功能的方法及装置 |
| CN105635048A (zh) * | 2014-10-28 | 2016-06-01 | 腾讯科技（深圳）有限公司 | 业务请求的处理方法及装置 |
| CN104410672A (zh) * | 2014-11-12 | 2015-03-11 | 华为技术有限公司 | 网络功能虚拟化应用升级的方法、转发业务的方法及装置 |
| CN107409062A (zh) * | 2015-02-18 | 2017-11-28 | 华为技术有限公司 | 移动网络功能的升级 |
| US20180083864A1 (en) * | 2015-05-29 | 2018-03-22 | Huawei Technologies Co., Ltd. | Data processing method and apparatus |
| CN105099789A (zh) * | 2015-09-02 | 2015-11-25 | 华为技术有限公司 | 一种网元升级方法及设备 |
| CN105677433A (zh) * | 2016-03-15 | 2016-06-15 | 深圳创维－Rgb电子有限公司 | 服务器程序热升级的方法及装置 |
| CN107168993A (zh) * | 2017-03-29 | 2017-09-15 | 广州优视网络科技有限公司 | 处理响应数据的方法、设备、客户端设备和电子设备 |
| CN109474522A (zh) * | 2017-09-07 | 2019-03-15 | 华为技术有限公司 | 业务路由的方法、装置及存储介质 |
| CN110022351A (zh) * | 2019-02-20 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 一种业务请求的处理方法和装置 |
| CN110022227A (zh) * | 2019-03-07 | 2019-07-16 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置、设备及存储介质 |
Non-Patent Citations (4)
| Title |
|---|
| JYOTI DEOGIRIKAR ET.AL.: "A Comprehensive Development and Testing of Improved Publish-Subscribe Method for IoT", 《2018 SECOND INTERNATIONAL CONFERENCE ON INVENTIVE COMMUNICATION AND COMPUTATIONAL TECHNOLOGIES (ICICCT)》 * |
| YUE LIU ET.AL.: "Service reliability modeling of the IT infrastructure of active-active cloud data center", 《IEEE 2016 PROGNOSTICS AND SYSTEM HEALTH MANAGEMENT CONFERENCE (PHM-CHENGDU)》 * |
| 张敏狄等: "分布式网络设备的业务不中断软件升级系统设计", 《计算机系统应用》 * |
| 张雨晨: "基于数据中心的网络业务请求审计系统_", 《中国优秀硕士学位论文全文数据库 (信息科技辑) 》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111404979B (zh) | 2023-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110311983B (zh) | 服务请求的处理方法、装置、系统、电子设备及存储介质 | |
| WO2019201039A1 (zh) | 一种更新应用程序的方法、系统及应用服务器 | |
| US10069942B2 (en) | Method and apparatus for changing configurations | |
| CN102263830B (zh) | 便于推送内容的后台处理的装置和相关方法 | |
| CN111580884A (zh) | 配置更新方法、装置、服务器和电子设备 | |
| WO2021051747A1 (zh) | 数据更新方法、系统、装置、电子设备及计算机存储介质 | |
| CN111491037B (zh) | 通过sftp数据流与对象存储服务器的通信方法 | |
| CN112995239B (zh) | 一种数据处理方法和装置 | |
| CN110888658A (zh) | 应用程序中功能模块的动态化方法、装置及存储介质 | |
| CN113556359A (zh) | 一种通讯协议转换方法、设备、系统及网关设备 | |
| US8751560B2 (en) | Method and device arrangement for managing a client/server environment | |
| CN111176706A (zh) | 终端升级方法、装置、电子设备及存储介质 | |
| CN116684468B (zh) | 数据处理方法、装置、设备及存储介质 | |
| CN111327680B (zh) | 认证数据同步方法、装置、系统、计算机设备和存储介质 | |
| CN111158716B (zh) | 版本升级调用方法、装置、计算机系统及可读存储介质 | |
| CN112073488A (zh) | 处理请求的方法及装置 | |
| CN111404979B (zh) | 业务请求处理的方法、装置及计算机可读存储介质 | |
| CN113497762A (zh) | 数据报文的传输方法及装置 | |
| CN113986312B (zh) | 软件升级方法、装置、电子设备及计算机可读存储介质 | |
| CN109688204B (zh) | 基于ndn网络的文件下载方法、节点、终端 | |
| CN114138895A (zh) | 多数据源的数据同步方法、装置、计算机设备和存储介质 | |
| CN104270444A (zh) | 一种可配置手机应用菜单的方法 | |
| CN113986310B (zh) | 软件升级方法、装置、电子设备及计算机可读存储介质 | |
| CN113271229B (zh) | 设备控制方法及装置、存储设备、安全设备、交换机、路由器及服务器 | |
| WO2016130825A1 (en) | Method and apparatus for changing configurations |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |