CN105553724A - 处理数据请求及获取服务器信息的方法及装置 - Google Patents
处理数据请求及获取服务器信息的方法及装置 Download PDFInfo
- Publication number
- CN105553724A CN105553724A CN201510954693.2A CN201510954693A CN105553724A CN 105553724 A CN105553724 A CN 105553724A CN 201510954693 A CN201510954693 A CN 201510954693A CN 105553724 A CN105553724 A CN 105553724A
- Authority
- CN
- China
- Prior art keywords
- request
- server
- service server
- data
- relevant information
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供了一种处理数据请求及获取服务器信息的方案,接收来自前端业务的数据请求,根据数据请求生成用于获取与数据请求相匹配的业务服务器的相关信息的获取请求,并发送获取请求,接收到响应于获取请求返回的业务服务器的相关信息,基于业务服务器的相关信息将数据请求发送至相匹配的业务服务器。本发明的方案,当不存在与数据请求对应的业务服务器时,可自动扩充对应业务服务器的数量,完成处理相应业务数据的请求,在业务数据请求量激增的情况下也可高效准确处理相应的数据请求,同时还极大地节省了业务数据处理的成本,且降低对各业务服务器的管理成本,提高了整个业务处理系统的业务处理能力,为前端用户提供高质量的业务服务提供保证。
Description
技术领域
本发明涉及计算机技术领域,具体而言,本发明涉及一种处理数据请求及获取服务器信息的方法及装置。
背景技术
随着网络应用的迅速发展,人们获取信息的数据业务的需求也越来越多,因此对服务器及时处理大数据业务的能力也要求越来越高。当用户请求的数据业务成百倍或千倍的激增时,需要在服务器端对服务器集群进行线性扩展。在现有技术中,如在OPS(OracleParallelServer,Oracle集群)中,首先通过通知OPS申请相应的服务器,在OPS申请到相应的服务器后,数据请求此时仍无法发送到申请到的服务器中,还需要OPS维护管理人员通过相应的方式把LVS(LinuxVirtualServer,Linux虚拟服务器)的域名分配至申请到的服务器中,并对服务器进行与数据业务相应的配置,经过这一系列的步骤,将耗费较长的时间才可将数据请求发送到申请到的服务器中,无法及时高效的处理数据业务,且当申请的服务器数量超过OPS中存在的服务器数量时,将无法完成相应业务的数据处理,同时,在LVS分配域名的过程中,要求分配的域名与申请到的服务器严格匹配,否则将导致申请到的服务器接收到错误的业务数据处理请求。
因此,需要一种自动扩充服务器集群容量的方案,当用户请求的数据业务成百倍或千倍的激增时,可实现高效快速的处理大数据业务的目的。
发明内容
为克服上述技术问题或者至少部分地解决上述技术问题,特提出以下技术方案:
本发明的实施例提出了一种处理数据请求的方法,包括:
接收来自前端业务的数据请求;
根据所述数据请求生成用于获取与所述数据请求相匹配的业务服务器的相关信息的获取请求,并发送所述获取请求;
接收到响应于所述获取请求返回的业务服务器的相关信息,基于所述业务服务器的相关信息将所述数据请求发送至相匹配的业务服务器。
其中,所述业务服务器的相关信息至少包括以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
本发明的另一实施例提出了一种获取服务器信息的方法,包括:
接收用于获取与来自前端业务的数据请求相匹配的业务服务器的相关信息的获取请求;
根据所述获取请求,获取与所述数据请求对应的所有可用业务服务器的相关信息,并确定与所述数据请求相匹配的业务服务器;
发送相匹配的所述业务服务器的相关信息。
优选地,根据所述获取请求,获取与所述数据请求对应的所有可用业务服务器的相关信息,具体包括:
在存储的业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。
优选地,根据所述获取请求,获取与所述数据请求对应的所有可用业务服务器的相关信息,具体包括:
分别发送用于检测各个业务服务器的工作状态的检测指令;
根据各个业务服务器对所述检测指令的响应生成业务服务器信息列表;
在所述业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。
优选地,确定与所述数据请求相匹配的业务服务器,具体包括:
对获取的与所述数据请求对应的所有可用业务服务器进行负载均衡,以确定与所述数据请求相匹配的业务服务器。
优选地,对获取的与所述数据请求对应的所有可用业务服务器进行负载均衡,以确定与所述数据请求相匹配的业务服务器,具体包括:
获取各个业务服务器的业务分配权重;
结合所述业务分配权重,对获取的与所述数据请求对应的所有可用业务服务器进行负载均衡,以确定与所述数据请求相匹配的业务服务器。
优选地,该方法还包括:
分别发送用于检测各个业务服务器的工作状态的检测指令;
根据各个业务服务器对所述检测指令的响应更新所述业务服务器信息列表。
优选地,根据各个业务服务器对所述检测指令的响应更新所述业务服务器信息列表,具体包括:
若未接收到所述业务服务器信息列表中任一业务服务器针对所述检测指令的响应时,在所述服务器信息列表中删除该业务服务器的相关信息。
优选地,该方法还包括:
若接收到不包括在所述业务服务器信息列表中的任一业务服务器的广播消息时,在所述服务器信息列表中添加该业务服务器的相关信息。
其中,所述业务服务器信息列表中记录多个业务服务器的相关信息,所述业务服务器的相关信息至少包括以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
其中,所述业务服务器具体为运行在一个物理设备上的通过容器技术实现的独立操作系统。
本发明的另一实施例提出了一种处理数据请求的装置,包括:
第一接收模块,用于接收来自前端业务的数据请求;
生成发送模块,用于根据所述数据请求生成用于获取与所述数据请求相匹配的业务服务器的相关信息的获取请求,并发送所述获取请求;
接收发送模块,用于接收到响应于所述获取请求返回的业务服务器的相关信息,基于所述业务服务器的相关信息将所述数据请求发送至相匹配的业务服务器。
其中,所述业务服务器的相关信息至少包括以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
本发明的另一实施例提出了一种获取服务器信息的装置,包括:
第二接收模块,用于接收用于获取与来自前端业务的数据请求相匹配的业务服务器的相关信息的获取请求;
获取确定模块,用于根据所述获取请求,获取与所述数据请求对应的所有可用业务服务器的相关信息,并确定与所述数据请求相匹配的业务服务器;
第一发送模块,用于发送相匹配的所述业务服务器的相关信息。
优选地,所述获取确定模块具体包括:
第一查找单元,用于在存储的业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。
优选地,所述获取确定模块具体包括:
发送单元,用于分别发送用于检测各个业务服务器的工作状态的检测指令;
生成单元,用于根据各个业务服务器对所述检测指令的响应生成业务服务器信息列表;
第二查找单元,用于在所述业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。
优选地,所述获取确定模块具体包括:
确定单元,用于对获取的与所述数据请求对应的所有可用业务服务器进行负载均衡,以确定与所述数据请求相匹配的业务服务器。
优选地,所述确定单元具体包括:
获取子单元,用于获取各个业务服务器的业务分配权重;
确定子单元,用于结合所述业务分配权重,对获取的与所述数据请求对应的所有可用业务服务器进行负载均衡,以确定与所述数据请求相匹配的业务服务器。
优选地,该装置还包括:
第二发送模块,用于分别发送用于检测各个业务服务器的工作状态的检测指令;
更新模块,用于根据各个业务服务器对所述检测指令的响应更新所述业务服务器信息列表。
优选地,所述更新模块具体包括:
删除单元,用于若未接收到所述业务服务器信息列表中任一业务服务器针对所述检测指令的响应时,在所述服务器信息列表中删除该业务服务器的相关信息。
优选地,该装置还包括:
添加模块,用于若接收到不包括在所述业务服务器信息列表中的任一业务服务器的广播消息时,在所述服务器信息列表中添加该业务服务器的相关信息。
其中,所述业务服务器信息列表中记录多个业务服务器的相关信息,所述业务服务器的相关信息至少包括以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
其中,所述业务服务器具体为运行在一个物理设备上的通过容器技术实现的独立操作系统。
本发明的实施例中,提出了一种处理数据请求及获取服务器信息的方案,可根据数据请求生成用于获取与数据请求相匹配的业务服务器的相关信息的获取请求,随后根据获取请求,可获取与数据请求对应的所有可用业务服务器的相关信息,并确定与数据请求相匹配的业务服务器,当不存在与数据请求对应的业务服务器时,可自动扩充对应业务服务器的数量,完成处理相应业务数据的请求,并通过可用业务服务器信息列表维护各业务服务器的运行状态,在业务数据请求量激增的情况下也可高效准确处理相应的数据请求。进一步的,对各个业务服务器的业务分配权重,可根据各业务服务器自身的业务数据处理能力合理分配相应业务数据请求,最大限度的发挥各业务服务器的业务处理能力;同时,通过负载均衡技术,使各业务服务器均能够同时处理相应业务数据请求,为高效的处理数据请求提供了有力的保障。更进一步地,各业务服务器为运行在一个物理设备上的通过容器技术实现的各独立操作系统,使得同一个物理设备上可同时运行多个业务服务器,极大地节省了业务数据处理的成本,且降低对各业务服务器的管理成本,提高了整个业务处理系统的业务处理能力,为前端用户提供高质量的业务服务提供保证。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本发明中一个实施例的处理数据请求的方法的流程图;
图2为本发明中一个实施例的服务器信息的获取的方法的流程图;
图3为本发明中另一实施例的服务器信息的获取的方法的流程图;
图4为本发明中一个实施例的处理数据请求及服务器信息的获取的方法的示例图;
图5为本发明中另一实施例的处理数据请求的装置的结构示意图;
图6为本发明中另一实施例的服务器信息的获取的装置的结构示意图;
图7为本发明中另一优选实施例的服务器信息的获取的装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
本发明的实施例中的多服务器可基于多种虚拟技术来实现,下文以Linux系统下的容器技术为例来进行实施例的详述。其中,使用Linux容器技术实现的多服务器的操作系统,在每个容器中装入独立的服务器,每个服务器拥有各自的操作系统,多个服务器之间相互独立,且多个服务器运行在同一台物理终端设备上。
图1为本发明中一个实施例的一种处理数据请求的方法的流程图。
步骤S110:接收来自前端业务的数据请求;步骤S120:根据数据请求生成用于获取与数据请求相匹配的业务服务器的相关信息的获取请求,并发送获取请求;步骤S130:接收到响应于获取请求返回的业务服务器的相关信息,基于业务服务器的相关信息将数据请求发送至相匹配的业务服务器。
本发明的实施例中,提出了一种处理数据请求及获取服务器信息的方案,可根据数据请求生成用于获取与数据请求相匹配的业务服务器的相关信息的获取请求,随后根据获取请求,可获取与数据请求对应的所有可用业务服务器的相关信息,并确定与数据请求相匹配的业务服务器,当不存在与数据请求对应的业务服务器时,可自动扩充对应业务服务器的数量,完成处理相应业务数据的请求,并通过可用业务服务器信息列表维护各业务服务器的运行状态,在业务数据请求量激增的情况下也可高效准确处理相应的数据请求。进一步的,对各个业务服务器的业务分配权重,可根据各业务服务器自身的业务数据处理能力合理分配相应业务数据请求,最大限度的发挥各业务服务器的业务处理能力;同时,通过负载均衡技术,使各业务服务器均能够同时处理相应业务数据请求,为高效的处理数据请求提供了有力的保障。更进一步地,各业务服务器为运行在一个物理设备上的通过容器技术实现的各独立操作系统,使得同一个物理设备上可同时运行多个业务服务器,极大地节省了业务数据处理的成本,且降低对各业务服务器的管理成本,提高了整个业务处理系统的业务处理能力,为前端用户提供高质量的业务服务提供保证。
本实施例的执行主体可为代理服务器及发现服务器,以下将以代理服务器及发现服务器为例进行实施例的阐述。
步骤S110:接收来自前端业务的数据请求。
例如,用户使用终端设备的终端应用购买A商家的商品时,终端设备向代理服务器端发送购买A商家商品的数据请求,代理服务器接收来自前端的购买A商家商品的数据请求。
步骤S120:根据数据请求生成用于获取与数据请求相匹配的业务服务器的相关信息的获取请求,并发送获取请求。
例如,代理服务器根据接收到的购买A商家商品的数据请求,生成用于获取与购买A商家商品的数据请求相匹配的业务服务器的相关信息的获取请求,并向发现服务器发送获取该业务服务器的请求。
其中,发现服务器接收到来自代理服务器的获取请求后,确定相匹配的业务服务器的相关信息的方式,将在图2所示的实施例中进行详细阐述。
步骤S130:接收到发现服务器响应于获取请求返回的业务服务器的相关信息,基于业务服务器的相关信息将数据请求发送至相匹配的业务服务器。
其中,业务服务器的相关信息包括但不限于以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
例如,业务服务器的相关信息可包括业务服务器的包含唯一编号的标识信息和/或业务服务器的具体IP地址信息。
例如,代理服务器接收到响应于获取与购买A商家商品的数据请求返回的业务服务器Server1的IP地址信息,基于Server1的IP地址信息,代理服务器将来自前端业务的购买A商家商品的数据请求发送至相匹配的业务服务器Server1。
图2为本发明中一个实施例的一种服务器信息的获取的方法的流程图。
步骤S210:接收用于获取与来自前端业务的数据请求相匹配的业务服务器的相关信息的获取请求;步骤S220:根据获取请求,获取与数据请求对应的所有可用业务服务器的相关信息,并确定与数据请求相匹配的业务服务器;步骤S230:发送相匹配的业务服务器的相关信息。
步骤S210:接收用于获取与来自前端业务的数据请求相匹配的业务服务器的相关信息的获取请求。
例如,发现服务器接收代理服务器转发的来自前端业务的获取与购买A商家商品的数据请求相匹配的业务服务器的相关信息的获取请求,该获取请求用于获取相匹配的业务服务器的标识信息和IP地址。
步骤S220:根据获取请求,获取与数据请求对应的所有可用业务服务器的相关信息,并确定与数据请求相匹配的业务服务器。
具体地,步骤S220包括步骤S221(图中未示出)。步骤S221:在存储的业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的相关信息。
例如,发现服务器在本地已存储的业务服务器信息列表中查找与用于处理A商家购买业务的的数据请求对应的所有可用业务服务器的标识信息和IP地址,如Server1、Server2和Server3以及相应的IP地址。
其中,业务服务器信息列表中记录多个业务服务器的相关信息,业务服务器的相关信息包括但不限于以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
例如,业务服务器的相关信息可包括业务服务器的包含唯一编号的标识信息和/或业务服务器的具体IP地址信息。
优选地,如图3所示,获取与数据请求对应的所有可用业务服务器的相关信息的步骤包括步骤S321、步骤S322和步骤S323。步骤S321:分别发送用于检测各个业务服务器的工作状态的检测指令;步骤S322:根据各个业务服务器对检测指令的响应生成业务服务器信息列表;步骤S323:在业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的相关信息。
例如,发现服务器向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令,如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包;当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时,可确定与反馈响应相对应的业务服务器工作状态为正常,基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表,其中,业务服务器信息列表中包括服务器的标识、可处理的数据业务类型及IP地址等;随后,在业务服务器信息列表中查找用于处理A商家购买业务的数据请求的所有可用业务服务器为服务器Server1和Server2,获取服务器Server1和Server2的标识信息和IP地址。
在一优选实施例中,确定与数据请求相匹配的业务服务器的步骤包括步骤S222(图中未示出);步骤S222:对获取的与数据请求对应的所有可用业务服务器进行负载均衡,以确定与数据请求相匹配的业务服务器。
例如,发现服务器接收到4条购买A商家商品的数据请求Request1、Request2、Request3和Request4,对获取的与数据请求对应的所有可用业务服务器Server1和Server2进行负载均衡,可确定业务服务器Server1处理数据请求Request1和Request2,业务服务器Server2处理数据请求Request3和Request4。
优选地,步骤S222包括步骤S2221(图中未示出)和步骤S2222(图中未示出)。步骤S2221:获取各个业务服务器的业务分配权重;步骤S2222:结合业务分配权重,对获取的与数据请求对应的所有可用业务服务器进行负载均衡,以确定与数据请求相匹配的业务服务器。
例如,发现服务器接收到4条购买A商家商品的数据请求Request1、Request2、Request3和Request4,获取到业务服务器Server1和Server2的处理购买A商家商品的业务分配权重为0.75和0.25,结合该业务分配权重,对获取的与购买A商家商品的数据请求对应的所有可用业务服务器Server1和Server2进行负载均衡,可得到业务服务器Server1可处理4*0.75条即3条该业务数据请求,服务器Server2可处理4*0.25条即1条该业务数据请求,可确定业务服务器Server1处理数据请求Request1、Request2和Request3,业务服务器Server2处理数据请求Request4。
在一优选实施例中,该方法还包括步骤S240(图中未示出)和步骤S250(图中未示出)。步骤S240:分别发送用于检测各个业务服务器的工作状态的检测指令;步骤S250:根据各个业务服务器对检测指令的响应更新可用业务服务器信息列表。
其中,根据各个业务服务器对检测指令的响应更新可用业务服务器信息列表,具体包括:
若未接收到可用业务服务器信息列表中任一业务服务器针对检测指令的响应时,在服务器信息列表中删除该业务服务器的相关信息。
例如,发现服务器实时向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令,如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包;由于设备的物理故障或系统故障等原因造成业务服务器Server2系统奔溃,导致此时业务服务器Server2无法工作,因此将无法接收到业务服务器Server2针对心跳包的反馈响应,则在服务器信息列表中删除业务服务器Server2的相关信息,包括业务服务器Server2的标识、可处理的数据业务类型、和IP地址等。
在又一优选实施例中,该方法还包括步骤S260(图中未示出);步骤S260:若接收到不包括在业务服务器信息列表中的任一业务服务器的广播消息时,在服务器信息列表中添加该业务服务器的相关信息。
例如,当接收到2亿条的用户支付信息的数据请求,从业务服务器信息列表中得到可处理用户支付业务的服务器为Server1和Server2,且Server1和Server2同时处理业务数据的总最高量为2.5亿条,因此,增加可处理用户支付业务的服务器Server3,业务服务器Server3可处理业务数据的最高量为1亿条,Server3发送用于表明其工作状态的广播消息;当发现服务器接收到不包括在业务服务器信息列表中的业务服务器Server3的广播消息后,在服务器信息列表中添加业务服务器Server3的相关信息,包括业务服务器Server3的标识如Server3、可处理的数据业务类型如支付业务和IP地址等。
其中,业务服务器具体为运行在一个物理设备上的通过容器技术实现的独立操作系统。
例如,基于Linux容器技术实现的多服务器系统,在每个容器中装入独立的服务器系统,即每个服务器拥有各自的操作系统,多个服务器系统之间相互独立,且多个服务器系统运行在同一台物理终端设备上,如业务服务器Server1、Server2和Server3可运行在一个物理设备上,且业务服务器Server1、Server2和Server3拥有各自的服务器系统。
步骤S230:发现服务器发送相匹配的业务服务器的相关信息。
例如,发现服务器向代理服务器发送相匹配的业务服务器Server1的标识信息和IP地址。
如图4所示的具体交互应用场景中,有500百万用户同时通过终端应用程序App1在网络上购买商品,该500百万用户的终端设备同时向代理服务器发送用于购买商品的数据请求,随后代理服务器根据各个数据请求生成用于获取与数据请求相匹配的业务服务器的标识信息和IP地址的获取请求,并向发现服务器发送获取请求;另一方面,发现服务器实时向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令,如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包,当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时,可确定与反馈响应相对应的业务服务器工作状态为正常,基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表,列表中包括业务服务器Server1、Server2和Server3,及其各自可处理的数据业务类型和IP地址等;当发现服务器接收到用于获取与数据请求相匹配的业务服务器的标识信息和IP地址的获取请求后,在发现服务器存储的可用业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的标识信息和IP地址,得到对应的业务服务器为Server1、Server2和Server3及其各自的标识信息和IP地址,同时可获取到业务服务器Server1、Server2和Server3的业务分配权重分别为0.5、0.2和0.3,业务服务器Server1、Server2和Server3同时处理业务数据的总最高量为300万条,随后增加业务服务器Server4和Server5,业务服务器Server4和Server5同时处理业务数据的总最高量为200万条,随后,利用负载均衡技术,并结合各业务服务器的业务分配权重,可确定业务服务器Server1处理300万乘以0.5即150万条数据请求,业务服务器Server2处理300万乘以0.2即60万条数据请求,业务服务器Server3处理300乘以0.3即90万条数据请求,业务服务器Server4和Server5分别处理100万条数据请求,随后发现服务器将响应于获取与购买商品的数据请求返回的业务服务器包括业务服务器Server1、Server2、Server3、Server4和Server5的列表信息发送至代理服务器,代理服务器接收到响应于获取与购买商品的数据请求返回的业务服务器列表信息,基于业务服务器列表信息,代理服务器将来自前端业务的购买商品的数据请求发送至相匹配的业务服务器,如代理服务器根据业务服务器Server1的标识信息和IP地址将150百万条购买商品的数据请求发送至Server1,随后业务服务器Server1可处理该150百万条数据请求,代理服务器向业务服务器Server2、Server3、Server4和Server5发送数据请求的处理方式同业务服务器Server1,在此不再赘述,随后业务服务器Server1、Server2、Server3、Server4和Server5处理相应的业务数据请求。
图5为本发明中另一实施例的一种处理数据请求的装置的结构示意图。
第一接收模块510接收来自前端业务的数据请求;生成发送模块520根据数据请求生成用于获取与数据请求相匹配的业务服务器的相关信息的获取请求,并发送获取请求;接收发送模块530接收到响应于获取请求返回的业务服务器的相关信息,基于业务服务器的相关信息将数据请求发送至相匹配的业务服务器。
本发明的实施例中,提出了一种处理数据请求及获取服务器信息的方案,可根据数据请求生成用于获取与数据请求相匹配的业务服务器的相关信息的获取请求,随后根据获取请求,可获取与数据请求对应的所有可用业务服务器的相关信息,并确定与数据请求相匹配的业务服务器,当不存在与数据请求对应的业务服务器时,可自动扩充对应业务服务器的数量,完成处理相应业务数据的请求,并通过可用业务服务器信息列表维护各业务服务器的运行状态,在业务数据请求量激增的情况下也可高效准确处理相应的数据请求。进一步的,对各个业务服务器的业务分配权重,可根据各业务服务器自身的业务数据处理能力合理分配相应业务数据请求,最大限度的发挥各业务服务器的业务处理能力;同时,通过负载均衡技术,使各业务服务器均能够同时处理相应业务数据请求,为高效的处理数据请求提供了有力的保障。更进一步地,各业务服务器为运行在一个物理设备上的通过容器技术实现的各独立操作系统,使得同一个物理设备上可同时运行多个业务服务器,极大地节省了业务数据处理的成本,且降低对各业务服务器的管理成本,提高了整个业务处理系统的业务处理能力,为前端用户提供高质量的业务服务提供保证。
本实施例的执行主体可为代理服务器及发现服务器,以下将以代理服务器及发现服务器为例进行实施例的阐述。
第一接收模块510接收来自前端业务的数据请求。
例如,用户使用终端设备的终端应用购买A商家的商品时,终端设备向代理服务器端发送购买A商家商品的数据请求,代理服务器接收来自前端的购买A商家商品的数据请求。
生成发送模块520根据数据请求生成用于获取与数据请求相匹配的业务服务器的相关信息的获取请求,并发送获取请求。
例如,代理服务器根据接收到的购买A商家商品的数据请求,生成用于获取与购买A商家商品的数据请求相匹配的业务服务器的相关信息的获取请求,并向发现服务器发送获取该业务服务器的请求。
其中,发现服务器接收到来自代理服务器的获取请求后,确定相匹配的业务服务器的相关信息的方式,将在图6所示的实施例中进行详细阐述。
接收发送模块530接收到发现服务器响应于获取请求返回的业务服务器的相关信息,基于业务服务器的相关信息将数据请求发送至相匹配的业务服务器。
其中,业务服务器的相关信息包括但不限于以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
例如,业务服务器的相关信息可包括业务服务器的包含唯一编号的标识信息和/或业务服务器的具体IP地址信息。
例如,代理服务器接收到响应于获取与购买A商家商品的数据请求返回的业务服务器Server1的IP地址信息,基于Server1的IP地址信息,代理服务器将来自前端业务的购买A商家商品的数据请求发送至相匹配的业务服务器Server1。
图6为本发明中另一实施例的一种服务器信息的获取的装置的结构示意图。
第二接收模块610接收用于获取与来自前端业务的数据请求相匹配的业务服务器的相关信息的获取请求;根据获取请求,获取确定模块620获取与数据请求对应的所有可用业务服务器的相关信息,并确定与数据请求相匹配的业务服务器;第一发送模块630发送相匹配的业务服务器的相关信息。
第二接收模块610接收用于获取与来自前端业务的数据请求相匹配的业务服务器的相关信息的获取请求。
例如,发现服务器接收代理服务器转发的来自前端业务的获取与购买A商家商品的数据请求相匹配的业务服务器的相关信息的获取请求,该获取请求用于获取相匹配的业务服务器的标识信息和IP地址。
根据获取请求,获取确定模块620获取与数据请求对应的所有可用业务服务器的相关信息,并确定与数据请求相匹配的业务服务器。
具体地,获取确定模块包括第一查找单元(图中未示出)。第一查找单元在存储的业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的相关信息。
例如,发现服务器在本地已存储的业务服务器信息列表中查找与用于处理A商家购买业务的的数据请求对应的所有可用业务服务器的标识信息和IP地址,如Server1、Server2和Server3以及相应的IP地址。
其中,业务服务器信息列表中记录多个业务服务器的相关信息,业务服务器的相关信息包括但不限于以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
例如,业务服务器的相关信息可包括业务服务器的包含唯一编号的标识信息和/或业务服务器的具体IP地址信息。
优选地,如图7所示,获取确定模块包括发送单元、生成单元722和第二查找单元。发送单元分别发送用于检测各个业务服务器的工作状态的检测指令;生成单元根据各个业务服务器对检测指令的响应生成业务服务器信息列表;第二查找单元在业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的相关信息。
例如,发现服务器向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令,如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包;当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时,可确定与反馈响应相对应的业务服务器工作状态为正常,基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表,其中,业务服务器信息列表中包括服务器的标识、可处理的数据业务类型及IP地址等;随后,在业务服务器信息列表中查找用于处理A商家购买业务的数据请求的所有可用业务服务器为服务器Server1和Server2,获取服务器Server1和Server2的标识信息和IP地址。
在一优选实施例中,获取确定模块包括确定单元(图中未示出);确定单元对获取的与数据请求对应的所有可用业务服务器进行负载均衡,以确定与数据请求相匹配的业务服务器。
例如,发现服务器接收到4条购买A商家商品的数据请求Request1、Request2、Request3和Request4,对获取的与数据请求对应的所有可用业务服务器Server1和Server2进行负载均衡,可确定业务服务器Server1处理数据请求Request1和Request2,业务服务器Server2处理数据请求Request3和Request4。
优选地,确定单元包括获取子单元(图中未示出)和确定子单元(图中未示出)。获取子单元6221获取各个业务服务器的业务分配权重;结合业务分配权重,确定子单元对获取的与数据请求对应的所有可用业务服务器进行负载均衡,以确定与数据请求相匹配的业务服务器。
例如,发现服务器接收到4条购买A商家商品的数据请求Request1、Request2、Request3和Request4,获取到业务服务器Server1和Server2的处理购买A商家商品的业务分配权重为0.75和0.25,结合该业务分配权重,对获取的与购买A商家商品的数据请求对应的所有可用业务服务器Server1和Server2进行负载均衡,可得到业务服务器Server1可处理4*0.75条即3条该业务数据请求,服务器Server2可处理4*0.25条即1条该业务数据请求,可确定业务服务器Server1处理数据请求Request1、Request2和Request3,业务服务器Server2处理数据请求Request4。
在一优选实施例中,该装置还包括第二发送模块(图中未示出)和更新模块(图中未示出)。第二发送模块分别发送用于检测各个业务服务器的工作状态的检测指令;更新模块根据各个业务服务器对检测指令的响应更新可用业务服务器信息列表。
其中,更新模块具体包括:
若未接收到可用业务服务器信息列表中任一业务服务器针对检测指令的响应时,在服务器信息列表中删除该业务服务器的相关信息。
例如,发现服务器实时向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令,如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包;由于设备的物理故障或系统故障等原因造成业务服务器Server2系统奔溃,导致此时业务服务器Server2无法工作,因此将无法接收到业务服务器Server2针对心跳包的反馈响应,则在服务器信息列表中删除业务服务器Server2的相关信息,包括业务服务器Server2的标识、可处理的数据业务类型、和IP地址等。
在又一优选实施例中,该装置还包括添加模块(图中未示出);若接收到不包括在业务服务器信息列表中的任一业务服务器的广播消息时,添加模块在服务器信息列表中添加该业务服务器的相关信息。
例如,当接收到2亿条的用户支付信息的数据请求,从业务服务器信息列表中得到可处理用户支付业务的服务器为Server1和Server2,且Server1和Server2同时处理业务数据的总最高量为2.5亿条,因此,增加可处理用户支付业务的服务器Server3,业务服务器Server3可处理业务数据的最高量为1亿条,Server3发送用于表明其工作状态的广播消息;当发现服务器接收到不包括在业务服务器信息列表中的业务服务器Server3的广播消息后,在服务器信息列表中添加业务服务器Server3的相关信息,包括业务服务器Server3的标识如Server3、可处理的数据业务类型如支付业务和IP地址等。
其中,业务服务器具体为运行在一个物理设备上的通过容器技术实现的独立操作系统。
例如,基于Linux容器技术实现的多服务器系统,在每个容器中装入独立的服务器系统,即每个服务器拥有各自的操作系统,多个服务器系统之间相互独立,且多个服务器系统运行在同一台物理终端设备上,如业务服务器Server1、Server2和Server3可运行在一个物理设备上,且业务服务器Server1、Server2和Server3拥有各自的服务器系统。
第一发送模块630发现服务器发送相匹配的业务服务器的相关信息。
例如,发现服务器向代理服务器发送相匹配的业务服务器Server1的标识信息和IP地址。
在一具体应用场景中,如图4所示,有500百万用户同时通过终端应用程序App1在网络上购买商品,该500百万用户的终端设备同时向代理服务器发送用于购买商品的数据请求,随后代理服务器根据各个数据请求生成用于获取与数据请求相匹配的业务服务器的标识信息和IP地址的获取请求,并向发现服务器发送获取请求;另一方面,发现服务器实时向各个业务服务器分别发送用于检测各个业务服务器的工作状态的检测指令,如发现服务器分别向每个业务服务器发送用于检测业务服务器的工作状态的心跳包,当发现服务器接收到各个业务服务器响应于心跳包的反馈响应时,可确定与反馈响应相对应的业务服务器工作状态为正常,基于处于正常工作状态的业务服务器的相关信息来生成业务服务器信息列表,列表中包括业务服务器Server1、Server2和Server3,及其各自可处理的数据业务类型和IP地址等;当发现服务器接收到用于获取与数据请求相匹配的业务服务器的标识信息和IP地址的获取请求后,在发现服务器存储的可用业务服务器信息列表中查找与数据请求对应的所有可用业务服务器的标识信息和IP地址,得到对应的业务服务器为Server1、Server2和Server3及其各自的标识信息和IP地址,同时可获取到业务服务器Server1、Server2和Server3的业务分配权重分别为0.5、0.2和0.3,业务服务器Server1、Server2和Server3同时处理业务数据的总最高量为300万条,随后增加业务服务器Server4和Server5,业务服务器Server4和Server5同时处理业务数据的总最高量为200万条,随后,利用负载均衡技术,并结合各业务服务器的业务分配权重,可确定业务服务器Server1处理300万乘以0.5即150万条数据请求,业务服务器Server2处理300万乘以0.2即60万条数据请求,业务服务器Server3处理300乘以0.3即90万条数据请求,业务服务器Server4和Server5分别处理100万条数据请求,随后发现服务器将响应于获取与购买商品的数据请求返回的业务服务器包括业务服务器Server1、Server2、Server3、Server4和Server5的列表信息发送至代理服务器,代理服务器接收到响应于获取与购买商品的数据请求返回的业务服务器列表信息,基于业务服务器列表信息,代理服务器将来自前端业务的购买商品的数据请求发送至相匹配的业务服务器,如代理服务器根据业务服务器Server1的标识信息和IP地址将150百万条购买商品的数据请求发送至Server1,随后业务服务器Server1可处理该150百万条数据请求,代理服务器向业务服务器Server2、Server3、Server4和Server5发送数据请求的处理方式同业务服务器Server1,在此不再赘述,随后业务服务器Server1、Server2、Server3、Server4和Server5处理相应的业务数据请求。本技术领域技术人员可以理解,本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造,或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序,这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如,计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中,所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-OnlyMemory,只读存储器)、RAM(RandomAccessMemory,随即存储器)、EPROM(ErasableProgrammableRead-OnlyMemory,可擦写可编程只读存储器)、EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory,电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是,可读介质包括由设备(例如,计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解,本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种处理数据请求的方法,包括:
接收来自前端业务的数据请求;
根据所述数据请求生成用于获取与所述数据请求相匹配的业务服务器的相关信息的获取请求,并发送所述获取请求;
接收到响应于所述获取请求返回的业务服务器的相关信息,基于所述业务服务器的相关信息将所述数据请求发送至相匹配的业务服务器。
2.根据权利要求1所述的处理数据请求的方法,其中,所述业务服务器的相关信息至少包括以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
3.一种获取服务器信息的方法,包括:
接收用于获取与来自前端业务的数据请求相匹配的业务服务器的相关信息的获取请求;
根据所述获取请求,获取与所述数据请求对应的所有可用业务服务器的相关信息,并确定与所述数据请求相匹配的业务服务器;
发送相匹配的所述业务服务器的相关信息。
4.根据权利要求3所述的获取服务器信息的方法,其中,根据所述获取请求,获取与所述数据请求对应的所有可用业务服务器的相关信息,具体包括:
在存储的业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。
5.根据权利要求3所述的获取服务器信息的方法,其中,根据所述获取请求,获取与所述数据请求对应的所有可用业务服务器的相关信息,具体包括:
分别发送用于检测各个业务服务器的工作状态的检测指令;
根据各个业务服务器对所述检测指令的响应生成业务服务器信息列表;
在所述业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。
6.一种处理数据请求的装置,包括:
第一接收模块,用于接收来自前端业务的数据请求;
生成发送模块,用于根据所述数据请求生成用于获取与所述数据请求相匹配的业务服务器的相关信息的获取请求,并发送所述获取请求;
接收发送模块,用于接收到响应于所述获取请求返回的业务服务器的相关信息,基于所述业务服务器的相关信息将所述数据请求发送至相匹配的业务服务器。
7.根据权利要求6所述的处理数据请求的装置,其中,所述业务服务器的相关信息至少包括以下任一项:
业务服务器的标识信息;
业务服务器的IP地址。
8.一种获取服务器信息的装置,包括:
第二接收模块,用于接收用于获取与来自前端业务的数据请求相匹配的业务服务器的相关信息的获取请求;
获取确定模块,用于根据所述获取请求,获取与所述数据请求对应的所有可用业务服务器的相关信息,并确定与所述数据请求相匹配的业务服务器;
第一发送模块,用于发送相匹配的所述业务服务器的相关信息。
9.根据权利要求8所述的获取服务器信息的装置,其中,所述获取确定模块具体包括:
第一查找单元,用于在存储的业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。
10.根据权利要求8所述的获取服务器信息的装置,其中,所述获取确定模块具体包括:
发送单元,用于分别发送用于检测各个业务服务器的工作状态的检测指令;
生成单元,用于根据各个业务服务器对所述检测指令的响应生成业务服务器信息列表;
第二查找单元,用于在所述业务服务器信息列表中查找与所述数据请求对应的所有可用业务服务器的相关信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510954693.2A CN105553724A (zh) | 2015-12-17 | 2015-12-17 | 处理数据请求及获取服务器信息的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510954693.2A CN105553724A (zh) | 2015-12-17 | 2015-12-17 | 处理数据请求及获取服务器信息的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105553724A true CN105553724A (zh) | 2016-05-04 |
Family
ID=55832664
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510954693.2A Pending CN105553724A (zh) | 2015-12-17 | 2015-12-17 | 处理数据请求及获取服务器信息的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105553724A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105933159A (zh) * | 2016-06-17 | 2016-09-07 | 广州云移信息科技有限公司 | 网络请求处理方法及系统 |
CN105939384A (zh) * | 2016-06-17 | 2016-09-14 | 广州云移信息科技有限公司 | 网络请求处理方法及系统 |
CN106656675A (zh) * | 2017-01-03 | 2017-05-10 | 北京奇虎科技有限公司 | 一种传输节点集群的检测方法和装置 |
CN106899680A (zh) * | 2017-03-09 | 2017-06-27 | 上海亿账通区块链科技有限公司 | 多区块链的分片处理方法和装置 |
CN107483565A (zh) * | 2017-08-01 | 2017-12-15 | 北京信安世纪科技有限公司 | 一种服务后台识别方法、代理服务器及计算机存储介质 |
CN107682391A (zh) * | 2017-08-04 | 2018-02-09 | 平安科技(深圳)有限公司 | 电子装置、服务器分配控制方法和计算机可读存储介质 |
CN110134730A (zh) * | 2019-05-20 | 2019-08-16 | 网易无尾熊(杭州)科技有限公司 | 数据生产方法、装置、介质及电子设备 |
CN114390104A (zh) * | 2022-01-26 | 2022-04-22 | 杭州趣链科技有限公司 | 过程取证系统、方法、装置、计算机设备及介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040006622A1 (en) * | 2002-07-03 | 2004-01-08 | Burkes Don L. | Optimized process for balancing load for data mirroring |
CN1972311A (zh) * | 2006-12-08 | 2007-05-30 | 华中科技大学 | 一种基于集群均衡负载的流媒体服务器系统 |
CN1992621A (zh) * | 2005-12-27 | 2007-07-04 | 腾讯科技(深圳)有限公司 | 实现大容量网络直播的方法及其系统 |
CN103257683A (zh) * | 2013-05-07 | 2013-08-21 | 华为技术有限公司 | 一种云计算业务伸缩的方法和装置 |
-
2015
- 2015-12-17 CN CN201510954693.2A patent/CN105553724A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040006622A1 (en) * | 2002-07-03 | 2004-01-08 | Burkes Don L. | Optimized process for balancing load for data mirroring |
CN1992621A (zh) * | 2005-12-27 | 2007-07-04 | 腾讯科技(深圳)有限公司 | 实现大容量网络直播的方法及其系统 |
CN1972311A (zh) * | 2006-12-08 | 2007-05-30 | 华中科技大学 | 一种基于集群均衡负载的流媒体服务器系统 |
CN103257683A (zh) * | 2013-05-07 | 2013-08-21 | 华为技术有限公司 | 一种云计算业务伸缩的方法和装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105933159A (zh) * | 2016-06-17 | 2016-09-07 | 广州云移信息科技有限公司 | 网络请求处理方法及系统 |
CN105939384A (zh) * | 2016-06-17 | 2016-09-14 | 广州云移信息科技有限公司 | 网络请求处理方法及系统 |
CN106656675A (zh) * | 2017-01-03 | 2017-05-10 | 北京奇虎科技有限公司 | 一种传输节点集群的检测方法和装置 |
WO2018127012A1 (zh) * | 2017-01-03 | 2018-07-12 | 北京奇虎科技有限公司 | 一种传输节点集群的检测方法和装置 |
CN106899680A (zh) * | 2017-03-09 | 2017-06-27 | 上海亿账通区块链科技有限公司 | 多区块链的分片处理方法和装置 |
CN106899680B (zh) * | 2017-03-09 | 2019-07-30 | 深圳壹账通智能科技有限公司 | 多区块链的分片处理方法和装置 |
CN107483565A (zh) * | 2017-08-01 | 2017-12-15 | 北京信安世纪科技有限公司 | 一种服务后台识别方法、代理服务器及计算机存储介质 |
CN107682391A (zh) * | 2017-08-04 | 2018-02-09 | 平安科技(深圳)有限公司 | 电子装置、服务器分配控制方法和计算机可读存储介质 |
WO2019024235A1 (zh) * | 2017-08-04 | 2019-02-07 | 平安科技(深圳)有限公司 | 电子装置、服务器分配控制方法和计算机可读存储介质 |
CN110134730A (zh) * | 2019-05-20 | 2019-08-16 | 网易无尾熊(杭州)科技有限公司 | 数据生产方法、装置、介质及电子设备 |
CN114390104A (zh) * | 2022-01-26 | 2022-04-22 | 杭州趣链科技有限公司 | 过程取证系统、方法、装置、计算机设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105553724A (zh) | 处理数据请求及获取服务器信息的方法及装置 | |
CN105607951A (zh) | 处理数据请求及获取服务器信息的方法及装置 | |
CN109242500B (zh) | 区块链交易有效性验证方法、装置及存储介质 | |
CN105677675B (zh) | 业务处理方法及装置 | |
CN110502319B (zh) | 分布式事务的处理方法、装置、电子设备及存储介质 | |
CN110311959B (zh) | 消息推送与页面更新的方法、装置及数据处理系统 | |
CN105159691B (zh) | 更新元数据的方法及装置 | |
CN109462574B (zh) | 一种基于区块链的广告牌控制网关 | |
CN106327192B (zh) | 一种基于云服务器和支付服务器实现的支付方法及系统 | |
CN105023049A (zh) | 在线选座的方法、系统与过载保护装置 | |
CN112187934A (zh) | 一种微服务搭建方法 | |
CN104424352A (zh) | 向用户终端提供代理服务的系统和方法 | |
CN108052640A (zh) | 状态信息变更的联动方法及装置 | |
CN105550071A (zh) | 系统文件升级及检测方法、通信设备 | |
CN102045206B (zh) | 一种告警推送方法及其设备和系统 | |
CN107784591B (zh) | 名单数据处理方法及装置 | |
CN111311360B (zh) | 资源的退还方法和装置、存储介质、电子装置 | |
CN110019481A (zh) | 内存数据库访问方法、装置、设备及介质 | |
CN110262892B (zh) | 一种基于分布式存储数据链的票务发布方法、装置及数据链节点 | |
US9852031B2 (en) | Computer system and method of identifying a failure | |
CN113114734B (zh) | 信息处理方法、装置、设备及存储介质 | |
CN102143468A (zh) | 计费、资费更新、提供服务的方法及系统 | |
CN111625222B (zh) | 前端代码的线上验证系统及验证方法 | |
CN115186164A (zh) | 搜索请求控制方法及其装置、设备、介质、产品 | |
KR101672724B1 (ko) | 미들티어, 이를 포함하는 데이터 처리 시스템, 및 데이터베이스 이관 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160504 |