CN106230735A - 后台服务控制方法及装置 - Google Patents
后台服务控制方法及装置 Download PDFInfo
- Publication number
- CN106230735A CN106230735A CN201610556138.9A CN201610556138A CN106230735A CN 106230735 A CN106230735 A CN 106230735A CN 201610556138 A CN201610556138 A CN 201610556138A CN 106230735 A CN106230735 A CN 106230735A
- Authority
- CN
- China
- Prior art keywords
- database layer
- status information
- state
- layer
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 230000005540 biological transmission Effects 0.000 claims abstract description 30
- 238000012546 transfer Methods 0.000 claims abstract description 28
- 238000012544 monitoring process Methods 0.000 claims abstract description 19
- 238000012545 processing Methods 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 13
- 230000000977 initiatory effect Effects 0.000 claims description 5
- 230000036541 health Effects 0.000 claims description 2
- 230000002688 persistence Effects 0.000 abstract description 8
- 230000006870 function Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000015654 memory Effects 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 238000007792 addition Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012935 Averaging Methods 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种后台服务控制方法及装置。监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;根据所述状态信息确定是否建立业务逻辑层与所述数据库层的数据传输连接。保证了后台服务的有效性和持续性。
Description
技术领域
本发明实施例涉及计算机技术领域,尤其涉及一种后台服务控制方法及装置。
背景技术
现如今,人们更多地通过网络去完成各样的生活或者工作任务。在某些情况下,网络的后台服务不可避免的接收到高并发的服务请求,尤其是数据读写的高并发,例如发微博、发评论对数据库层的数据写入以及数据更新非常频繁,而且基本上要求实时,即用户发了立马就能看到。
然而,发明人在实现本发明的过程中发现,在现有的后台服务中,业务逻辑直接地同数据库层进行连接,在数据库层并发量有限的情况下,高并发的数据服务请求不能被及时的响应,就如同高速公路被堵死的情况一样,从而随着用户的不断请求,最终会导致服务器崩溃,完全不响应用户的请求。与此同时,无限扩展的数据库层集群中,当某个集群出现故障且短时间内无法解决的话,该集群上的用户请求就会堆积,最终造成整个服务器的请求量堆积到其他集群用户请求无法进入的程度,最终造成服务无法响应。
因此,如何保证高并发量下后台服务不被拖垮、实现高负载的自我保护是一项非常有意义的工作,一种后台服务控制方法亟待提出。
发明内容
本发明提供一种后台服务控制方法及装置,用以解决现有技术中高并发的数据库层传输请求会拖慢后台服务的缺陷,保证了后台服务的有效性和持续性。
本发明实施例提供一种后台控制方法,包括:
监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
根据所述状态信息确定是否建立业务逻辑层与所述数据库层的数据传输连接。
本发明实施例提供一种后台控制装置,包括:
数据获取模块,用于监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
控制模块,用于根据所述状态信息确定是否建立业务逻辑层与所述数据库层的数据传输连接。
本发明实施例提供的后台服务控制方法及装置,通过在逻辑层与数据库层建立数据传输连接之前预先获取数据库层的状态信息并进行状态判断,改变了现有技术中高并发情况下时,数据库层因过载导致的易宕机现象,有效保证了后台服务的有效性和持续性,提升了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1-1为现有技术中后台服务监控层级结构示意图;
图1-2为现有技术中后台服务监控层级结构示意图;
图1-3为本申请实施例一的技术流程图;
图2为本发明实施例二的技术流程图;
图3为本发明实施例三的技术流程图;
图4为本发明实施例四的技术流程图;
图5为本发明实施例五的技术流程图;
图6为本发明实施例六的装置结构示意图;
图7为本发明实施例七的设备结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1-1所示,除用户层之外,在后台服务的架构设计包括业务逻辑层以及数据库层。现有技术中,业务逻辑层与数据库层直接相连接,当业务逻辑层接收到数据请求时,根据所述数据请求做相应的业务处理并将所述数据请求的业务处理结果直接发送至数据库层进行数据的不同类型的操作,其中,所述操作类型包括读、写、增删、修改、查询等。所述业务逻辑层与所述数据库层之间的连接是不受限制的,即,一旦所述业务逻辑层接收到数据请求,则自动与所述数据库层建立连接并由数据库层响应所述数据连接。
本申请实施例的核心在于,在后台服务的架构中增加一层,即如图1-2所示,在所述业务逻辑层与所述数据库层之间增加监控层,所述监控层用于根据数据库层的状态信息判断数据库的并发执行能力,选择拦截或者放行所述业务逻辑层与所述数据库层之间的连接,从而避免了数据库层的过负载,以下部分将结合几个具体的实施例来对本申请实施例的技术方案进行具体的阐述。
图1-3是本申请实施例一的技术流程图,结合图1-3,本申请实施例一种后台服务控制方法,可以由如下可行的实施方式:
步骤110、监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
步骤120、根据所述状态信息确定是否建立业务逻辑层与所述数据库层的数据传输连接。
具体的,在步骤S110中,所述监测到的所述对数据库层发起的数据传输请求可以是数据的读、写、增删、修改、查询等。
所述数据库层的状态信息是用来描述数据库当前时刻数据处理能力信息,从而获知数据库层对数据传输请求的并发执行能力。具体的,所述状态信息可以包括如下至少一个元素:所述数据库层的连接请求状态、并发处理状态、联机数量以及计算空间占用量。
其中,所述数据库层的连接请求状态表征数据库层当前时刻建立的数据传输连接的数量,例如,当前时刻,所述数据库层的数据传输的连接请求数量十分庞大,有许多请求在排队等候处理。
其中,所述并发处理状态表征数据库层当前时刻建立的数据传输连接的处理状态,例如,当前时刻所述数据库层正在并行处理的数据传输请求的数量以及每一数据传输请求的处理进度等。
其中,所述联机数量表征数据库层当前时刻的联机数量,既包括所述数据库层联结的业务逻辑层的业务逻辑处理服务器的数量,也包括所述数据库层联结的数据库的数量。
其中,计算空间占用量用于表征所述数据库层当前时刻剩余的能够用来做数据处理的剩余空间量,若空间剩余量大,则表明数据库层仍具有一定的处理数据传输请求的能力。
本申请实施例中,可以通过设置监控脚本获取所述数据库层的状态信息,所述监控脚本可以是一个定时服务也可以是一个实时的服务,本申请实施例并不限制于此。
具体的,在步骤S120中,所述第一状态,可以表示一种数据库层的良好处理能力状态,在这种状态下,数据库层有足够的并发执行能力来响应接下来的数据传输请求,业务逻辑层和数据库层之间的连接可继续保持。
如图1-2所示,所述业务逻辑层处于数据库层与用户层中间,起到了数据交换中承上启下的作用,其主要是针对数据的操作,对数据进行业务逻辑处理,例如数据的转换、计算、聚合、连接等等,如果说数据层是积木,那逻辑层就是对这些积木的搭建。数据库层主要功能是负责数据库的传输,可以通过数据库层传输数据库系统、二进制文件、文本文档或是XML文档,还可以为业务逻辑层或用户层提供数据服务。通常,业务逻辑层接收到用户层的数据传输请求之后,由业务逻辑层进行业务逻辑处理(如无需求也可不做业务逻辑处理),并自动建立与数据库层的连接,将所述业务逻辑处理后的数据传输请求发送至数据库层。在本实施例中,若是判定所述数据库层为第一状态,则说明所述数据库层的并发执行能力足够应付新的数据传输请求,可直接建立所述业务逻辑层与所述数据库层的连接。
本实施例提供的后台服务控制方法,在逻辑层与数据库层建立数据传输连接之前,预先获取数据库层的状态信息并进行状态判断,并根据判断结果决定是否建立逻辑层与数据库层的数据传输请求连接,有效保证了后台服务的有效性和持续性。
图2是本申请实施例二对应的技术流程图,结合图2,本申请实施例一种后台服务控制方法,进一步可以包括如下可行的实施方式:
步骤210、监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
本步骤同图1-2对应实施例的步骤110,此处不赘述。
步骤220、若根据所述状态信息判定所述数据库层为第一状态,则放行所述业务逻辑层与所述数据库层的数据传输连接。
判断所述数据库层是否处于第一状态,具体的,需根据上一步骤中获取到的所述状态信息进行判断,当判断所述状态信息的值小于预设的状态阈值,则判定所述数据库层为第一状态。
所述预设的状态阈值,针对所述数据库层的所述状态信息中的每一个不同的元素可以有不同的值。当所述状态信息包含一个元素时,所述预设的状态阈值可以是与所述元素对应的一个值,例如,数据库的总计算空间为1T,所述计算空间占用量对应的状态阈值为700G,当所述监控脚本获取到的所述状态信息为所述数据库层的所述计算空间占用量小于700G时,可判定所述数据库层为第一状态。又例如,所述数据库层的所述连接请求状态对应的状态阈值为最多建立12个传输连接,当所述监控脚本获取到的所述状态信息为所述数据库层的所述连接请求状态为所述数据库层已与10个数据传输请求建立连接,则判断所述数据库层处于第一状态。当然,需要说明的是,上述数据仅供举例使用,对本申请实施例并不构成任何限制。
当判定所述数据库层为第一状态后,建立业务逻辑层与所述数据库层之间的数据传输连接。
本实施例提供的后台服务控制方法,在逻辑层与数据库层建立数据传输连接之前,预先获取数据库层的状态信息并进行状态判断,当判定数据库层的并发执行能力充足时,建立逻辑层与数据库层接下来的数据传输请求连接,有效保证了后台服务的有效性和持续性。
图3是本申请实施例三对应的技术流程图,结合图3,本申请实施例一种后台服务控制方法,进一步可以包括如下可行的实施方式:
步骤310、监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
本步骤同图2对应实施例的步骤210,此处不赘述。
步骤320、若根据所述状态信息判定所述数据库层为第二状态,则拦截所述业务逻辑层与所述数据库层的数据传输连接。
具体的,在步骤320中,所述第二状态,可以表示一种数据库层的具有不佳处理能力或负载过剩的状态,在这种状态下,数据库层没有足够的并发执行能力来响应接下来的数据传输请求,由业务逻辑层传输的数据传输请求应该被拒绝,否则,将导致数据库因负载过剩而宕机。
判断所述数据库层处于第二状态,具体的,需根据上一步骤中获取到的所述状态信息进行判断,当判断所述状态信息的值小于或等于预设的状态阈值,则判定所述数据库层为第二状态。承接步骤220中的例子,例如,当所述状态信息包含一个元素时,所述预设的状态阈值可以是与所述元素对应的一个值,例如,数据库的计算空间为1T,所述计算空间占用量对应的状态阈值为700G,当所述监控脚本获取到的所述状态信息为所述数据库层的所述计算空间占用量为700G时,可判定所述数据库层为第二状态。又例如,所述数据库层的所述连接请求状态对应的状态阈值为最多建立12个传输连接,当所述监控脚本获取到的所述状态信息为所述数据库层的所述连接请求状态为所述数据库层已与12个数据传输请求建立连接,则判断所述数据库层处于第二状态。当然,需要说明的是,上述数据仅供举例使用,对本申请实施例并不构成任何限制。
处于第二状态下的数据库,如果继续建立与数据库层之间的数据传输连接,则随着用户的不断请求,数据库会积压越来越多不能够被处理的请求最终导致用户请求无法响应,从而降低数据库设备的可用性,造成了糟糕的用户体验。为改善上述现象,本实施例中,当判定所述数据库层为第二状态后,拦截业务逻辑层与所述数据库层之间的数据传输连接从而控制数据库层的正常负载量。其中,所述拦截具体可以是暂停所述业务逻辑层与所述数据库之间的数据传输连接,或者预先挂起所述数据传输请求不予响应,每间隔预定的时间段获取所述数据库的状态,在确定所述数据库处于第一状态之后继续响应所述数据传输请求。本申请实施例对此不做限制。
本实施例提供的后台服务控制方法,在逻辑层与数据库层建立数据传输连接之前,预先获取数据库层的状态信息并进行状态判断,当判定数据库层的并发执行能力不足时,拦截对接下来的数据传输请求连接,能够及时避免在高并发数据请求以及恶意请求的情况下,数据库层因过载导致的易宕机现象。
图4是是本申请实施例四的技术流程图,结合图4,本申请实施例一种后台服务控制方法的一个可行实施例,包括如下的步骤
步骤410、启动监控脚本服务,在监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
步骤420、根据所述状态信息进行数据库层状态的判断,若所述判断结果为所述数据库层处于第一状态,执行步骤430;若所述判断结果为所述数据库层处于第二状态,执行步骤440。
步骤430、建立业务逻辑层与所述数据库层的数据传输连接。
步骤440、拦截所述业务逻辑层与所述数据库层的数据传输连接。
本实施例提供的后台服务控制方法,在逻辑层与数据库层建立数据传输连接之前,预先获取数据库层的状态信息并进行状态判断,再根据所述状态判断的的结果对后台服务的连接建立与否进行控制,改变了现有技术中高并发情况下时,数据库层因过载导致的易宕机现象,有效保证了后台服务的有效性和持续性,提升了用户体验。
图5是本申请实施例五的技术流程图,结合图5,当监控脚本服务获取到的所述数据库层的所述状态信息中包含多个元素时,所述数据库层状态的判断可由如下的步骤实现:
步骤510、启动监控脚本服务,在检测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
步骤520、查询所述状态信息中每一元素对应的预设权重系数;
步骤530、根据所述权重系数,对多个所述元素进行预设处理从而获取所述状态信息的值。
本申请实施例中,所述状态信息包括所述数据库层的连接请求状态、并发处理状态、联机数量以及计算空间占用量中的至少一个元素,每一元素对数据库的并发处理能力的影响程度是不同的,因此,当所述状态信息中包含两个及两个以上的元素时,需要根据每一元素对数据库并发能力的影响程度对多个所述元素进行预设处理得到一个综合的状态信息值。其中,所述预设处理可以包括加权求和以及加权求平均等,当然,本申请实施例不限于上述两种处理方法。以下部分将以加权求和计算所述状态信息值为例对本申请实施例的技术方案进行进一步阐述。
假设,本申请实施例中,预先设置所述数据库层的连接请求状态、并发处理状态、联机数量以及计算空间占用量这些元素的权重系数分别为x1、x2、x3、x4,其中x1+x2+x3+x4=1。
监控脚本服务获取到的每一元素的值分别为a、b、c、d,则在一种可行的计算方式中,所述状态信息的值可以通过如下加权求和的公式进行计算:
状态信息的值=x1*a+x2*b+x3*c+x4*d
与此同时,需要说明的是,在判断所述数据库是否为所述第一状态时,所述状态信息包含的内容不同,则相应的,所述预设的状态阈值的选取也不同。即,所述状态信息中的每一个元素有一个与之唯一对应的状态阈值,例如,所述数据库层的连接请求状态对应第一状态阈值,当监控脚本服务获取到所述数据库的连接请求状态值时,需要根据所述第一状态阈值来判定所述数据库是否处于第一状态;同样,设置所述并发处理状态对应第二状态阈值,所述联机数量对应第三状态阈值,以及,所述计算空间占用量对应第四状态阈值。
相应的,当所述状态信息包含两个及两个以上元素时,所述预设的状态阈值是根据所述状态信息中包含的所述两个及两个以上元素的状态阈值加权计算的到的值,其中,加权计算时的加权系数值参考每一元素对应的权重系数值(x1、x2、x3、x4)。
例如,当所述状态信息包含所述数据库层的连接请求状态以及所述计算空间占用量时,所述预设的状态阈值Y1=x1*第一状态阈值+x4*第二状态阈值。这种情况下,对应的所述状态信息的值Y2=x1*a+x4*d。得到两个计算值之后,比较Y1以及Y2两个值的大小,若是Y1<Y2,则可判断所述数据库的执行能力已经达到饱和状态,如果继续建立数据传输请求连接将导致请求堆积而影响处理速度。
本实施例中,当获取到的数据库层的所述状态信息中包含多个元素时,根据预设的权重系数对所述多个元素进行计算从而得到所述状态信息的较为精确合理的值,使得对所述数据库层状态的判断结果更加贴近所述数据库层的真实状况,从而,在进行后台服务控制时更加有效。
图6是本申请实施例六的装置结构示意图,结合图6,本申请实施例一种后台服务控制装置,可以包括数据获取模块61,控制模块62。
所述数据获取模块61,用于检测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
所述控制模块62,与所述数据获取模块61连接并接收所述数据获取模块61的调用,用于若根据所述状态信息判定所述数据库层为第一状态,则建立业务逻辑层与所述数据库层的数据传输连接。
本实施例提供的后台服务控制装置,在逻辑层与数据库层建立数据传输连接之前,通过数据获取模块预先获取数据库层的状态信息并进行状态判断,再由控制模块根据所述状态判断的的结果对后台服务进行控制,改变了现有技术中高并发情况下时,数据库层因过载导致的易宕机现象,有效保证了后台服务的有效性和持续性,提升了用户体验。
在本申请实施例一种后台服务控制装置的另一实施例中,所述控制模块62还用于:若根据所述状态信息判定所述数据库层为第二状态康,则拦截所述业务逻辑层与所述数据库层的数据传输连接。
其中,所述数据获取模块61用于:启动监控脚本服务,获取所述数据库层的连接请求状态、并发处理状态、联机数量以及计算空间占用量中的至少一个元素作为所述数据库层的所述状态信息。
其中,所述控制模块62用于:当判断所述状态信息的值小于预设的状态阈值,则判定所述数据库层为第一状态。
其中,所述控制模块62还用于:当所述状态信息包含多个所述元素时,根据每一所述元素对应的预设权重系数,对多个所述元素进行预设处理从而获取所述状态信息的值。
本实施例提供的后台服务控制装置,在逻辑层与数据库层建立数据传输连接之前,通过数据获取模块预先获取数据库层的状态信息并进行状态判断,再由控制模块根据所述状态判断的的结果对后台服务进行控制,改变了现有技术中高并发情况下时,数据库层因过载导致的易宕机现象,有效保证了后台服务的有效性和持续性,提升了用户体验。
图7是本申请实施例七提供的执行后台服务控制方法的电子设备的硬件结构示意图,如图7所示,该设备包括:
一个或多个处理器710以及存储器720,图7中以一个处理器710为例。
执行后台服务控制方法的设备还可以包括:输入装置730和输出装置740。
处理器710、存储器720、输入装置730和输出装置740可以通过总线或者其他方式连接,图7中以通过总线连接为例。
存储器720作为一种非易失性计算机可读存储介质,可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块,如本申请实施例中的后台服务控制方法对应的程序指令/模块(例如,附图6所示的数据获取模块61以及控制模块62)。处理器710通过运行存储在存储器720中的非易失性软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例后台服务控制方法。
存储器720可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据后台服务控制装置的使用所创建的数据等。此外,存储器720可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中,存储器720可选包括相对于处理器710远程设置的存储器,这些远程存储器可以通过网络连接至后台服务控制装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置730可接收输入的数字或字符信息,以及产生与后台服务控制装置的用户设置以及功能控制有关的键信号输入。输出装置740可包括显示屏等显示设备。
所述一个或者多个模块存储在所述存储器720中,当被所述一个或者多个处理器710执行时,执行上述任意方法实施例中的后台服务控制方法。
上述产品可执行本申请实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本申请实施例所提供的方法。
本发明实施例的电子设备以多种形式存在,包括但不限于:
(1)移动通信设备:这类设备的特点是具备移动通信功能,并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机,以及低端手机等。
(2)超移动个人计算机设备:这类设备属于个人计算机的范畴,有计算和处理功能,一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等,例如iPad。
(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod),掌上游戏机,电子书,以及智能玩具和便携式车载导航设备。
(4)服务器:提供计算服务的设备,服务器的构成包括处理器、硬盘、内存、系统总线等,服务器和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
(5)其他具有数据交互功能的电子装置。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机装置(可以是个人计算机,服务器,或者网络装置等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种后台服务控制方法,其特征在于,包括:
监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
根据所述状态信息确定是否建立业务逻辑层与所述数据库层的数据传输连接。
2.根据权利要求1所述的方法,其特征在于,所述根据所述状态信息确定是否建立业务逻辑层与所述数据库层的数据传输连接具体包括:
根据所述状态信息判定所述数据库层的状态;
若所述数据库层为第一状态,则建立业务逻辑层与所述数据库层的数据传输连接;
若所述数据库层为第二状态,则拦截所述业务逻辑层与所述数据库层的数据传输连接。
3.根据权利要求1所述的方法,其特征在于,所述获取所述数据库层的状态信息,包括:
启动监控脚本服务,获取所述数据库层的连接请求状态、并发处理状态、联机数量以及计算空间占用量中的至少一个元素作为所述数据库层的所述状态信息。
4.根据权利要求3所述的方法,其特征在于,所述根据所述状态信息判定所述数据库层的状态,包括:
当所述状态信息的值小于预设的状态阈值,则判定所述数据库层为第一状态;
当所述状态信息的值大于或等于预设的状态阈值,则判定所述数据库层为第二状态。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
当所述状态信息包含多个所述元素时,根据每一所述元素对应的预设权重系数,对多个所述元素进行预设处理从而获取所述状态信息的值。
6.一种后台服务控制装置,其特征在于,包括:
数据获取模块,用于监测到对数据库层发起的数据传输请求时,获取所述数据库层的状态信息;
控制模块,用于根据所述状态信息确定是否建立业务逻辑层与所述数据库层的数据传输连接。
7.根据权利要求6所述的装置,其特征在于,所述控制模块还用于:
根据所述状态信息判定所述数据库层的状态;
若所述数据库层为第一状态,则建立业务逻辑层与所述数据库层的数据传输连接;
若根据所述状态信息判定所述数据库层为第二状态康,则拦截所述业务逻辑层与所述数据库层的数据传输连接。
8.根据权利要求6所述的装置,其特征在于,所述数据获取模块还用于:
启动监控脚本服务,获取所述数据库层的连接请求状态、并发处理状态、联机数量以及计算空间占用量中的至少一个元素作为所述数据库层的所述状态信息。
9.根据权利要求8所述的装置,其特征在于,所述控制模块还用于:
当判断所述状态信息的值小于预设的状态阈值,则判定所述数据库层为第一状态;
当所述状态信息的值大于或等于预设的状态阈值,则判定所述数据库层为第二状态。
10.根据权利要求9所述的装置,其特征在于,所述控制模块还用于:
当所述状态信息包含多个所述元素时,根据每一所述元素对应的预设权重系数,对多个所述元素进行预设处理从而获取所述状态信息的值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610556138.9A CN106230735A (zh) | 2016-07-14 | 2016-07-14 | 后台服务控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610556138.9A CN106230735A (zh) | 2016-07-14 | 2016-07-14 | 后台服务控制方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106230735A true CN106230735A (zh) | 2016-12-14 |
Family
ID=57519959
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610556138.9A Pending CN106230735A (zh) | 2016-07-14 | 2016-07-14 | 后台服务控制方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106230735A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120041793A1 (en) * | 2010-02-16 | 2012-02-16 | Robert Joseph Farina | Interactive activity management system and method |
CN103118076A (zh) * | 2013-01-11 | 2013-05-22 | 烽火通信科技股份有限公司 | 升级服务器集群系统及其负载均衡方法 |
EP2723034A1 (en) * | 2012-10-18 | 2014-04-23 | Deutsche Telekom AG | System for Detection of Mobile Applications Network Behavior - Netwise |
CN104092756A (zh) * | 2014-07-09 | 2014-10-08 | 东南大学 | 一种基于dht机制的云存储系统的资源动态分配方法 |
CN104123189A (zh) * | 2014-06-30 | 2014-10-29 | 复旦大学 | 一种基于IaaS层应用感知的Web多层应用动态资源调整方法 |
-
2016
- 2016-07-14 CN CN201610556138.9A patent/CN106230735A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120041793A1 (en) * | 2010-02-16 | 2012-02-16 | Robert Joseph Farina | Interactive activity management system and method |
EP2723034A1 (en) * | 2012-10-18 | 2014-04-23 | Deutsche Telekom AG | System for Detection of Mobile Applications Network Behavior - Netwise |
CN103118076A (zh) * | 2013-01-11 | 2013-05-22 | 烽火通信科技股份有限公司 | 升级服务器集群系统及其负载均衡方法 |
CN104123189A (zh) * | 2014-06-30 | 2014-10-29 | 复旦大学 | 一种基于IaaS层应用感知的Web多层应用动态资源调整方法 |
CN104092756A (zh) * | 2014-07-09 | 2014-10-08 | 东南大学 | 一种基于dht机制的云存储系统的资源动态分配方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109144700B (zh) | 超时时长的确定方法、装置、服务器和数据处理方法 | |
CN106201468B (zh) | 一种截屏的处理方法、装置及电子设备 | |
CN109976771A (zh) | 一种应用的部署方法及装置 | |
CN105871977A (zh) | 长连接建立方法、装置及系统 | |
TW201303613A (zh) | 分散式計算架構 | |
CN105956138A (zh) | 数据库连接的控制方法和装置 | |
CN103746934A (zh) | 一种cdn带宽平衡的方法、cdn控制中心及系统 | |
CN105897813A (zh) | 心跳消息发送方法、接收方法及装置 | |
CN105446653A (zh) | 一种数据合并方法和设备 | |
CN108681481A (zh) | 业务请求的处理方法及装置 | |
CN109271253A (zh) | 一种资源调配方法、装置及系统 | |
CN106255154A (zh) | 一种基于资源利用率的负载均衡系统及方法 | |
CN104053184A (zh) | 一种无线负载均衡方法、无线控制器、无线接入点和系统 | |
WO2023020385A1 (zh) | 无线充电管理方法、装置和电子设备 | |
CN103687052A (zh) | 一种数据传输方法及电子设备 | |
CN106302250A (zh) | 移动终端的网络流量控制方法及装置 | |
CN106547566B (zh) | 通讯服务进程池管理方法及系统 | |
CN108096838A (zh) | 礼包领取方法、装置、服务器、移动终端及存储介质 | |
CN117149665B (zh) | 持续集成方法、控制设备、持续集成系统及存储介质 | |
CN104539637B (zh) | 校验码信息的发送方法、服务器及用户终端 | |
CN106254935A (zh) | 一种资源共享的方法及终端 | |
CN106230735A (zh) | 后台服务控制方法及装置 | |
CN113506100A (zh) | 联盟链数据处理方法、装置、计算机设备及存储介质 | |
US20220171664A1 (en) | Parallel execution controller for partitioned segments of a data model | |
CN113342776B (zh) | 基于智能合约的交易信息迁移方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20161214 |
|
WD01 | Invention patent application deemed withdrawn after publication |