CN112311828A - 服务调度方法、装置和系统、质量监测系统 - Google Patents
服务调度方法、装置和系统、质量监测系统 Download PDFInfo
- Publication number
- CN112311828A CN112311828A CN201910698091.3A CN201910698091A CN112311828A CN 112311828 A CN112311828 A CN 112311828A CN 201910698091 A CN201910698091 A CN 201910698091A CN 112311828 A CN112311828 A CN 112311828A
- Authority
- CN
- China
- Prior art keywords
- media server
- service
- quality
- server
- terminal
- 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
- H04L67/63—Routing a service request depending on the request content or context
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0681—Configuration of triggering conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
Abstract
本公开提供了一种服务调度方法、装置和系统、质量监测系统,涉及CDN调度技术领域,所述方法包括:分析终端的服务质量,以确定所述终端的服务质量是否低于预设服务质量;在所述终端的服务质量低于所述预设服务质量的情况下,确定为所述终端提供服务的媒体服务器;根据由所述媒体服务器提供服务的多个终端的服务质量,确定所述媒体服务器是否出现故障;在所述媒体服务器出现故障的情况下,向CDN调度服务器发送携带所述媒体服务器的标识的第一通知消息,以便CDN调度服务器将新发起的访问请求不分配给所述媒体服务器。
Description
技术领域
本公开涉及内容分发网络(CDN)调度技术领域,尤其是一种服务调度方法、装置和系统、质量监测系统。
背景技术
目前,CDN调度服务器在进行业务调度时不会考虑用户的实际体验情况,导致调度不准确,效果较差。
例如,在某个媒体服务器出现故障的情况下,CDN服务器仍会向该媒体服务器分配新用户,导致由该媒体服务器提供服务的用户体验更差。
发明内容
为了解决上述问题,本公开实施例提出了如下解决方案。
根据本公开实施例的一方面,提供一种服务调度方法,包括:分析终端的服务质量,以确定所述终端的服务质量是否低于预设服务质量;在所述终端的服务质量低于所述预设服务质量的情况下,确定为所述终端提供服务的媒体服务器;根据由所述媒体服务器提供服务的多个终端的服务质量,确定所述媒体服务器是否出现故障;在所述媒体服务器出现故障的情况下,向内容分发网络CDN调度服务器发送携带所述媒体服务器的标识的第一通知消息,以便CDN调度服务器将新发起的访问请求不分配给所述媒体服务器。
在一些实施例中,根据所述终端向所述媒体服务器发送的播放信令,确定所述媒体服务器的标识。
在一些实施例中,从所述播放信令中的实时流传输协议统一资源定位符字段中提取IP地址作为所述媒体服务器的标识。
在一些实施例中,所述第一通知消息还携带所述媒体服务器出现故障的开始时间和出现故障的服务类型中的至少一个。
在一些实施例中,根据由所述媒体服务器提供服务的多个终端的服务质量,确定所述媒体服务器是否出现故障包括:判断服务质量低于所述预设服务质量的终端的数量是否大于预设数量,以得到判断结果;若所述判断结果为是,则确定所述媒体服务器出现故障;若所述判断结果为否,则确定所述媒体服务器未出现故障。
在一些实施例中,所述方法还包括:在所述媒体服务器出现的故障已经结束的情况下,向CDN调度服务器发送携带所述媒体服务器的标识的第二通知消息,以便CDN调度服务器将新发起的访问请求分配给所述媒体服务器。
根据本公开实施例的另一方面,提供一种质量监测系统,包括:服务质量分析模块,被配置为分析终端的服务质量,以确定所述终端的服务质量是否低于预设服务质量;服务器确定模块,被配置为在所述终端的服务质量低于所述预设服务质量的情况下,确定为所述终端提供服务的媒体服务器;故障确定模块,被配置为根据由所述媒体服务器提供服务的多个终端的服务质量,确定所述媒体服务器是否出现故障;消息发送模块,被配置为在所述媒体服务器出现故障的情况下,向内容分发网络CDN调度服务器发送携带所述媒体服务器的标识的通知消息,以便CDN调度服务器将新发起的访问请求不分配给所述媒体服务器。
根据本公开实施例的又一方面,提供一种质量监测系统,包括:存储器;以及耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器的指令执行上述任意一个实施例所述的方法。
根据本公开实施例的再一方面,提供一种服务调度系统,包括:上述任意一个实施例所述的质量监测系统;和CDN调度服务器,被配置为根据所述质量监测系统发送的第一通知消息,将新发起的访问请求不分配给所述媒体服务器。
根据本公开实施例的还一方面,提供一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现上述任意一个实施例所述的方法。
本公开实施例中,在终端的服务质量较差的情况下,确定为终端提供服务的媒体服务器,进而根据由媒体服务器提供服务的多个终端的服务质量确定媒体服务器是否出现故障。这样的方式可以准确地确定媒体服务器是否确实出现故障。另外,在媒体服务器出现故障的情况下,向CDN调度服务器发送携带媒体服务器的标识的第一通知消息,以便CDN调度服务器将新发起的访问请求不分配给媒体服务器。这样的方式可以提高调度准确性,避免出现故障的媒体服务器提供的服务继续恶化。
下面通过附图和实施例,对本公开的技术方案做进一步的详细描述。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本公开一些实施例的服务调度方法的流程示意图;
图2是根据本公开一些实施例的质量监测系统的结构示意图;
图3是根据本公开另一些实施例的质量监测系统的结构示意图;
图4是根据本公开一些实施例的服务调度系统的结构示意图。
具体实施方式
下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本公开保护的范围。
除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
图1是根据本公开一些实施例的服务调度方法的流程示意图。
在步骤102,分析终端的服务质量,以确定终端的服务质量是否低于预设服务质量。
在一些实施例中,服务质量例如可以是视频平均意见得分(Video Mean OpinionScore,vMOS)。
在步骤104,在终端的服务质量低于预设服务质量的情况下,确定为终端提供服务的媒体服务器。
在终端的服务质量低于预设服务质量的情况下,认为该终端的服务质量较差,进而可以确定为该终端提供服务器的媒体服务器是哪一个媒体服务器。例如,这里确定的媒体服务器可以为边缘节点。
RSTP是基于文本的协议,用于在终端和媒体服务器之间建立和协商实时流会话。终端可以通过描述(Describe)、建立(Setup)、播放(Play)、暂停(Pause)、停止(Teardown)等信令控制流媒体服务器。
在一些实现方式中,可以根据终端向媒体服务器发送的播放(Play)信令,确定媒体服务器的标识。例如,可以从播放信令中的实时流传输协议(RSTP)统一资源定位符(URL)字段中提取IP地址作为媒体服务器的标识。通过终端发送的播放信令可以准确地确定媒体服务器的标识。
在步骤106,根据由媒体服务器提供服务的多个终端的服务质量,确定媒体服务器是否出现故障。
在一些实现方式中,可以判断服务质量低于预设服务质量的终端的数量是否大于预设数量,以得到判断结果。若判断结果为是,则确定媒体服务器出现故障。若判断结果为否,则确定媒体服务器未出现故障。
当然,作为上述实现方式的变形,也可以判断服务质量低于预设服务质量的终端的数量与终端总数量之比(即质差率)是否大于预设门限,进而确定媒体服务器是否出现故障。
应理解,通过上述步骤102-步骤108,可以实时确定出现故障的所有媒体服务器。
在步骤108,在媒体服务器出现故障的情况下,向CDN调度服务器发送携带媒体服务器的标识的第一通知消息,以便CDN调度服务器将新发起的访问请求不分配给媒体服务器。
CDN调度服务器根据第一通知消息可以获知哪个或哪些媒体服务器出现故障,进而可以将其他终端新发起的访问请求分配给未出现故障的媒体服务器,即监控媒体服务器。
上述实施例中,在终端的服务质量较差的情况下,确定为终端提供服务的媒体服务器,进而根据由媒体服务器提供服务的多个终端的服务质量确定媒体服务器是否出现故障。这样的方式可以准确地确定媒体服务器是否确实出现故障。另外,在媒体服务器出现故障的情况下,向CDN调度服务器发送携带媒体服务器的标识的第一通知消息,以便CDN调度服务器将新发起的访问请求不分配给媒体服务器。这样的方式可以提高调度准确性,避免出现故障的媒体服务器提供的服务继续恶化。
在一些实施例中,向CDN调度服务器发送的第一通知消息还可以携带媒体服务器出现故障的开始时间和出现故障的服务类型中的至少一个。这样,CDN调度服务器可以获知媒体服务器的哪种服务类型在什么时间开始出现故障,从而在该开始时间之后不再将新发起的对应服务类型的访问请求分配给该媒体服务器。例如,出现故障的开始时间为11点,服务类型为IPTV。CDN调度服务器将11点之后新发起的IPTV的访问请求不再分配给该媒体服务器。这样的方式下,CDN调度服务器可以更有针对性地进行调度,调度更为准确。
作为示例,第一通知消息的格式例如可以如下表所示:
名称 | 类型 | 长度 | 必填 | 说明 |
Index | Int | 4 | M | 标识第一通知消息的序号 |
MsIpAddress | String | 256 | M | 媒体服务器的IP地址 |
QosDownTime | String | 64 | M | 出现故障的开始时间 |
SeviceType | Int | 4 | O | 出现故障的服务类型 |
在一些实施例中,在媒体服务器出现的故障结束的情况下,可以向CDN调度服务器发送携带媒体服务器的标识的第二通知消息,以便CDN调度服务器将新发起的访问请求分配给媒体服务器。这样,CDN调度服务器可以及时获知媒体服务器是否处于故障状态,在媒体服务器的故障结束的情况下,可以将新发起的访问请求重新分配给媒体服务器。
在一些实施例中,向CDN调度服务器发送的第二通知消息还可以携带媒体服务器所出现的故障的结束时间和服务类型中的至少一个。这样,CDN调度服务器可以获知媒体服务器的哪种服务类型的故障在什么时间结束,从而在该结束时间之后可以将新发起的对应服务类型的访问请求分配给该媒体服务器。这样的方式下,CDN调度服务器可以更有针对性地进行调度,调度更为准确。
本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于质量监测系统实施例而言,由于其与方法实施例基本对应,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
图2是根据本公开一些实施例的质量监测系统(SQM)的结构示意图。
如图2所示,该实施例的质量监测系统200包括服务质量分析模块201、服务器确定模块202、故障确定模块203和消息发送模块204。作为示例,质量监测系统可以包括但不限于质量监测探针。
服务质量分析模块201被配置为分析终端的服务质量,以确定终端的服务质量是否低于预设服务质量。
服务器确定模块202被配置为在终端的服务质量低于预设服务质量的情况下,确定为终端提供服务的媒体服务器;
故障确定模块203被配置为根据由媒体服务器提供服务的多个终端的服务质量,确定媒体服务器是否出现故障;
消息发送模块204被配置为在媒体服务器出现故障的情况下,向CDN调度服务器发送携带媒体服务器的标识的通知消息,以便CDN调度服务器将新发起的访问请求不分配给媒体服务器。
上述实施例中,质量监测系统在终端的服务质量较差的情况下,可以确定为终端提供服务的媒体服务器,进而根据由媒体服务器提供服务的多个终端的服务质量确定媒体服务器是否出现故障。这样的方式可以准确地确定媒体服务器是否确实出现故障。另外,在媒体服务器出现故障的情况下,质量监测系统向CDN调度服务器发送携带媒体服务器的标识的第一通知消息,以便CDN调度服务器将新发起的访问请求不分配给媒体服务器。这样的方式可以提高调度的准确性,避免出现故障的媒体服务器提供的服务继续恶化。
图3是根据本公开另一些实施例的质量监测系统的结构示意图。
如图3所示,该实施例的质量监测系统300包括存储器301以及耦接至该存储器301的处理器302,处理器302被配置为基于存储在存储器301中的指令,执行前述任意一个实施例的服务调度方法。
存储器301例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如可以存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。
装置300还可以包括输入输出接口303、网络接口304、存储接口305等。这些接口303、304、305之间、以及存储器301与处理器302之间例如可以通过总线306连接。输入输出接口303为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口304为各种联网设备提供连接接口。存储接口305为SD卡、U盘等外置存储设备提供连接接口。
图4是根据本公开一些实施例的服务调度系统的结构示意图。
如图4所示,该实施例的服务调度系统包括上述任意一个实施例的质量监测系统200/300和CDN调度服务器402。
CDN调度服务器402被配置为根据质量监测系统401发送的第一通知消息,将新发起的访问请求不分配给出现故障的媒体服务器。
在一些实施例中,CDN调度服务器402还被配置为根据质量监测系统401发送的第二通知消息,将新发起的访问请求分配给出现故障、且故障已经结束的媒体服务器。
应理解,可以新增质量监测系统401和CDN调度服务器402的接口,以使得二者之间可以进行交互。在一些实施例中,质量监测系统401可以基于简单对象访问协议(SOAP)向CDN调度服务器402发送上述第一通知消息和第二通知消息。
参见图4,例如,质量监测系统200/300可以基于终端1的服务质量确定故障媒体服务器。进而,CDN媒体服务器400可以将终端2的访问请求分配给健康媒体服务器,不再将终端2的访问请求分配给故障媒体服务器。
本公开实施例还提供了一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现上述任意一个实施例的方法。
至此,已经详细描述了本公开的各实施例。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
本领域内的技术人员应当明白,本公开的实施例可提供为方法、系统、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解,可由计算机程序指令实现流程图中一个流程或多个流程和/或方框图中一个方框或多个方框中指定的功能。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
虽然已经通过示例对本公开的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本公开的范围。本领域的技术人员应该理解,可在不脱离本公开的范围和精神的情况下,对以上实施例进行修改或者对部分技术特征进行等同替换。本公开的范围由所附权利要求来限定。
Claims (10)
1.一种服务调度方法,包括:
分析终端的服务质量,以确定所述终端的服务质量是否低于预设服务质量;
在所述终端的服务质量低于所述预设服务质量的情况下,确定为所述终端提供服务的媒体服务器;
根据由所述媒体服务器提供服务的多个终端的服务质量,确定所述媒体服务器是否出现故障;
在所述媒体服务器出现故障的情况下,向内容分发网络CDN调度服务器发送携带所述媒体服务器的标识的第一通知消息,以便CDN调度服务器将新发起的访问请求不分配给所述媒体服务器。
2.根据权利要求1所述的方法,其中,根据所述终端向所述媒体服务器发送的播放信令,确定所述媒体服务器的标识。
3.根据权利要求2所述的方法,其中,从所述播放信令中的实时流传输协议统一资源定位符字段中提取IP地址作为所述媒体服务器的标识。
4.根据权利要求1所述的方法,其中,所述第一通知消息还携带所述媒体服务器出现故障的开始时间和出现故障的服务类型中的至少一个。
5.根据权利要求1所述的方法,其中,根据由所述媒体服务器提供服务的多个终端的服务质量,确定所述媒体服务器是否出现故障包括:
判断服务质量低于所述预设服务质量的终端的数量是否大于预设数量,以得到判断结果;
若所述判断结果为是,则确定所述媒体服务器出现故障;
若所述判断结果为否,则确定所述媒体服务器未出现故障。
6.根据权利要求1-5任意一项所述的方法,还包括:
在所述媒体服务器出现的故障已经结束的情况下,向CDN调度服务器发送携带所述媒体服务器的标识的第二通知消息,以便CDN调度服务器将新发起的访问请求分配给所述媒体服务器。
7.一种质量监测系统,包括:
服务质量分析模块,被配置为分析终端的服务质量,以确定所述终端的服务质量是否低于预设服务质量;
服务器确定模块,被配置为在所述终端的服务质量低于所述预设服务质量的情况下,确定为所述终端提供服务的媒体服务器;
故障确定模块,被配置为根据由所述媒体服务器提供服务的多个终端的服务质量,确定所述媒体服务器是否出现故障;
消息发送模块,被配置为在所述媒体服务器出现故障的情况下,向内容分发网络CDN调度服务器发送携带所述媒体服务器的标识的通知消息,以便CDN调度服务器将新发起的访问请求不分配给所述媒体服务器。
8.一种质量监测系统,包括:
存储器;以及
耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器中的指令,执行权利要求1-6任意一项所述的方法。
9.一种服务调度系统,包括:
权利要求7-8任意一项所述的质量监测系统;和
CDN调度服务器,被配置为根据所述质量监测系统发送的第一通知消息,将新发起的访问请求不分配给所述媒体服务器。
10.一种计算机可读存储介质,其上存储有计算机程序指令,其中,该指令被处理器执行时实现权利要求1-6任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910698091.3A CN112311828B (zh) | 2019-07-31 | 2019-07-31 | 服务调度方法、装置和系统、质量监测系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910698091.3A CN112311828B (zh) | 2019-07-31 | 2019-07-31 | 服务调度方法、装置和系统、质量监测系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112311828A true CN112311828A (zh) | 2021-02-02 |
CN112311828B CN112311828B (zh) | 2022-10-04 |
Family
ID=74485139
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910698091.3A Active CN112311828B (zh) | 2019-07-31 | 2019-07-31 | 服务调度方法、装置和系统、质量监测系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112311828B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114760489A (zh) * | 2022-04-15 | 2022-07-15 | 上海哔哩哔哩科技有限公司 | 直播流调度方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101984583A (zh) * | 2010-11-23 | 2011-03-09 | 中兴通讯股份有限公司 | 一种对单播类节目播放异常进行故障定位的方法及系统 |
CN102142989A (zh) * | 2010-12-24 | 2011-08-03 | 华为技术有限公司 | 内容分发网络中的故障定位方法及装置 |
CN107105309A (zh) * | 2017-04-25 | 2017-08-29 | 北京潘达互娱科技有限公司 | 直播调度方法及装置 |
CN107277160A (zh) * | 2017-07-12 | 2017-10-20 | 北京潘达互娱科技有限公司 | 一种内容分发网络节点切换方法与装置 |
CN107306278A (zh) * | 2016-04-18 | 2017-10-31 | 阿里巴巴集团控股有限公司 | 故障检测方法、全局负载均衡服务器和常驻网关 |
CN108989368A (zh) * | 2017-05-31 | 2018-12-11 | 腾讯科技(深圳)有限公司 | 一种链路质量的控制方法及监控设备 |
-
2019
- 2019-07-31 CN CN201910698091.3A patent/CN112311828B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101984583A (zh) * | 2010-11-23 | 2011-03-09 | 中兴通讯股份有限公司 | 一种对单播类节目播放异常进行故障定位的方法及系统 |
CN102142989A (zh) * | 2010-12-24 | 2011-08-03 | 华为技术有限公司 | 内容分发网络中的故障定位方法及装置 |
CN107306278A (zh) * | 2016-04-18 | 2017-10-31 | 阿里巴巴集团控股有限公司 | 故障检测方法、全局负载均衡服务器和常驻网关 |
CN107105309A (zh) * | 2017-04-25 | 2017-08-29 | 北京潘达互娱科技有限公司 | 直播调度方法及装置 |
CN108989368A (zh) * | 2017-05-31 | 2018-12-11 | 腾讯科技(深圳)有限公司 | 一种链路质量的控制方法及监控设备 |
CN107277160A (zh) * | 2017-07-12 | 2017-10-20 | 北京潘达互娱科技有限公司 | 一种内容分发网络节点切换方法与装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114760489A (zh) * | 2022-04-15 | 2022-07-15 | 上海哔哩哔哩科技有限公司 | 直播流调度方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN112311828B (zh) | 2022-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107493183B (zh) | 一种故障定位方法及装置 | |
CA3036924C (en) | Detecting service vulnerabilities in a distributed computing system | |
CN109495306B (zh) | 一种业务网络的扩容方法及设备 | |
KR102099028B1 (ko) | 카나리 분석을 사용하여 서버 측 행동의 클라이언트 측 영향들을 결정하기 위한 기술들 | |
CN108270828A (zh) | 一种内容分发网络系统推荐方法及装置 | |
CN107277013A (zh) | 对等网络中的直播系统及节点管理方法 | |
US11677639B2 (en) | Connection management between applications and service resources | |
CN107682711B (zh) | 视频截取方法、服务器以及在线视频播放系统 | |
CN112311828B (zh) | 服务调度方法、装置和系统、质量监测系统 | |
CN106851400B (zh) | 微课视频分布式转码方法及系统 | |
CN104811959B (zh) | 基于大数据的移动网络用户感知分析系统和方法 | |
US10282239B2 (en) | Monitoring method | |
CN111432039A (zh) | Cdn中数据请求方法、装置、设备和cdn节点 | |
CN110177024B (zh) | 热点设备的监控方法及客户端、服务端、系统 | |
CN109818764B (zh) | Iptv网络设备故障检测方法和装置 | |
US9658932B2 (en) | Lightweight functional testing | |
CN110430070A (zh) | 一种服务状态分析方法、装置、服务器、数据分析设备及介质 | |
CN110245014B (zh) | 数据处理方法和装置 | |
CN105471674A (zh) | 测试服务器性能的方法及系统 | |
CN106027649B (zh) | 分布式数据系统的数据采集方法及分布式数据系统 | |
CN109462510B (zh) | 一种cdn节点质量评估的方法及装置 | |
CN109831335B (zh) | 一种数据监控方法、监控终端、存储介质及数据监控系统 | |
CN109347766A (zh) | 一种资源调度的方法及装置 | |
CN104965840B (zh) | 一种数据节点的随机分配方法及系统 | |
EP3062228B1 (en) | Lightweight functional testing |
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 |