CN107506405A - 数据处理方法、装置、电子设备及计算机可读存储介质 - Google Patents
数据处理方法、装置、电子设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN107506405A CN107506405A CN201710666802.XA CN201710666802A CN107506405A CN 107506405 A CN107506405 A CN 107506405A CN 201710666802 A CN201710666802 A CN 201710666802A CN 107506405 A CN107506405 A CN 107506405A
- Authority
- CN
- China
- Prior art keywords
- data
- data interface
- level
- interface
- service
- 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
- 238000003672 processing method Methods 0.000 title abstract description 16
- 238000000034 method Methods 0.000 claims abstract description 34
- 238000001514 detection method Methods 0.000 claims description 26
- 230000008439 repair process Effects 0.000 claims description 26
- 238000005457 optimization Methods 0.000 claims description 17
- 230000015556 catabolic process Effects 0.000 claims description 14
- 238000006731 degradation reaction Methods 0.000 claims description 14
- 241001269238 Data Species 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 16
- 238000004891 communication Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000002194 synthesizing effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- User Interface Of Digital Computer (AREA)
Abstract
本公开实施例公开了一种数据处理方法、装置、电子设备及计算机可读存储介质,所述方法包括:获取预设的数据和数据接口的级别;检测运行数据的数据接口;当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。通过本公开实施例提供的技术方案,对于各种服务数据和运行服务数据的数据接口进行分级,以对发生故障的运行高级别服务数据的数据接口进行优化处理,能够使其在最短时间内恢复运行,进而能够最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
Description
技术领域
本公开涉及数据处理技术领域,具体涉及一种数据处理方法、装置、电子设备及计算机可读存储介质。
背景技术
随着互联网技术的发展,智能手机等数字设备的广泛使用,大量面向顾客的应用程序被开发和使用。在这些应用程序中,顾客通过应用程序所提供的线上服务与应用程序之间进行数据传递,实际上,顾客看到的线上服务数据是调用后台系统数据,再通过各种各样的数据接口传递至前台展示的。因此,若某个线上服务或者说某个数据接口出现了问题,将会阻断向顾客提供的各种服务内容,包括对于顾客比较重要的核心服务,从而影响用户的使用,降低用户的使用体验。
发明内容
本公开实施例提供一种数据处理方法、装置、电子设备及计算机可读存储介质。
第一方面,本公开实施例中提供了一种数据处理方法。
具体的,所述数据处理方法,包括:
获取预设的数据和数据接口的级别;
检测运行数据的数据接口;
当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。
结合第一方面,本公开在第一方面的第一种实现方式中,所述方法还包括:
预先对于数据和数据接口进行分级。
结合第一方面,本公开在第一方面的第一种实现方式中,预先对于数据进行分级,包括:
获取所述数据的特征信息;
根据所述数据的特征信息对于数据进行分级。
其中,所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。
结合第一方面,本公开在第一方面的第一种实现方式中,预先对于数据接口进行分级,包括:
根据所述数据的级别确定运行所述数据的数据接口的分级性能要求;
根据数据接口的分级性能要求对于数据接口进行分级。
结合第一方面或第一方面的第一种实现方式,本公开在第一方面的第二种实现方式中,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,包括:
对于所述数据接口进行降级处理;
调用满足所述分级服务要求的数据接口运行所述数据。
结合第一方面、第一方面的第一种实现方式或第一方面的第二种实现方式,本公开在第一方面的第三种实现方式中,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,包括:
对于所述数据接口进行修复处理。
结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式或第一方面的第三种实现方式,本公开在第一方面的第四种实现方式中,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,还包括:
当修复时间超出预设时间或修复次数超出预设次数,调用满足所述分级服务要求的数据接口运行所述数据。
第二方面,本公开实施例提供了一种数据处理装置,所述装置包括:
获取模块,被配置为获取预设的数据和数据接口的级别;
检测模块,被配置为检测运行数据的数据接口;
处理模块,被配置为当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。
结合第二方面,本公开在第二方面的第一种实现方式中,所述装置还包括:
分级模块,被配置为预先对于数据和数据接口进行分级。
结合第二方面,本公开在第二方面的第一种实现方式中,所述分级模块包括:
获取子模块,被配置为获取所述数据的特征信息;
第一分级子模块,被配置为根据所述数据的特征信息对于数据进行分级。
其中,所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。
结合第二方面,本公开在第二方面的第一种实现方式中,所述分级模块包括:
确定子模块,被配置为根据所述数据的级别确定运行所述数据的数据接口的分级性能要求;
第二分级子模块,被配置为根据数据接口的分级性能要求对于数据接口进行分级。
结合第二方面或第二方面的第一种实现方式,本公开在第二方面的第二种实现方式中,所述处理模块包括:
降级子模块,被配置为对于所述数据接口进行降级处理;
第一调用子模块,被配置为调用满足所述分级服务要求的数据接口运行所述数据。
结合第二方面、第二方面的第一种实现方式或第二方面的第二种实现方式,本公开在第二方面的第三种实现方式中,所述处理模块包括:
修复子模块,被配置为对于所述数据接口进行修复处理。
结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式或第二方面的第三种实现方式,本公开在第二方面的第四种实现方式中,所述处理模块还包括:
第二调用子模块,被配置为当修复时间超出预设时间或修复次数超出预设次数,调用满足所述分级服务要求的数据接口运行所述数据。
第三方面,本公开实施例提供了一种电子设备,包括存储器和处理器,所述存储器用于存储一条或多条支持数据处理装置执行上述第一方面中数据处理方法的计算机指令,所述处理器被配置为用于执行所述存储器中存储的计算机指令。所述数据处理装置还可以包括通信接口,用于数据处理装置与其他设备或通信网络通信。
第四方面,本公开实施例提供了一种计算机可读存储介质,用于存储数据处理装置所用的计算机指令,其包含用于执行上述第一方面中数据处理方法为数据处理装置所涉及的计算机指令。
本公开实施例提供的技术方案可以包括以下有益效果:
上述技术方案,通过对于各种服务数据和运行服务数据的数据接口进行分级,比如对于优先级或重要性进行区分,以在某个服务或者某个数据接口出现问题时,能够对于相关服务进行级别识别,对于运行高级别服务数据的数据接口进行优化处理,能够使其在最短时间内恢复运行,进而能够最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
结合附图,通过以下非限制性实施方式的详细描述,本公开的其它特征、目的和优点将变得更加明显。在附图中:
图1示出根据本公开一实施方式的数据处理方法的流程图。
图2示出根据图1所示实施方式的预先对数据进行分级的流程图。
图3示出根据图1所示实施方式的预先对数据接口进行分级的流程图。
图4示出根据图1所示实施方式的步骤S103的流程图。
图5示出根据本公开一实施方式的数据处理装置的结构框图。
图6示出根据图5所示实施方式的分级模块中数据分级部分的结构框图。
图7示出根据图5所示实施方式的分级模块中数据接口分级部分的结构框图。
图8示出根据图5所示实施方式的处理模块503的结构框图。
图9示出根据本公开一实施方式的电子设备的结构框图。
图10是适于用来实现根据本公开一实施方式的数据处理方法的计算机系统的结构示意图。
具体实施方式
下文中,将参考附图详细描述本公开的示例性实施方式,以使本领域技术人员可容易地实现它们。此外,为了清楚起见,在附图中省略了与描述示例性实施方式无关的部分。
在本公开中,应理解,诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在,并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
另外还需要说明的是,在不冲突的情况下,本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
本公开实施例提供的技术方案,通过对于各种服务数据和运行服务数据的数据接口进行分级,比如对于优先级或重要性进行区分,以在某个服务或者某个数据接口出现问题时,能够对于相关服务进行级别识别,对于运行高级别服务数据的数据接口进行优化处理,能够使其在最短时间内恢复运行,进而能够最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
图1示出根据本公开一实施方式的数据处理方法的流程图。如图1所示,所述数据处理方法包括以下步骤S101-S103:
在步骤S101中,获取预设的数据和数据接口的级别;
在步骤S102中,检测运行数据的数据接口;
在步骤S103中,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。
在下文中将对步骤S101、S102和S103分别做进一步的描述。
步骤S101
在应用程序实际运行过程中,某个线上服务或者说某个数据接口不可避免地会出现一些问题,导致线上服务中断,影响用户的使用。相关处理方式通常是对于出现问题的服务或者数据接口进行修复处理,如果出现问题的服务或者数据接口比较多,就按照问题发生时间的先后顺序对于数据接口依次进行修复,这样的处理方式使得核心服务或者重要服务很有可能被延误,进而影响用户的使用,破坏用户的使用体验。
在本公开一实施例中,突破对于数据和数据接口一视同仁的传统做法,采取对于数据和数据接口区别处理的方式,比如,对于比较重要的数据,其数据接口如果发生问题,不管前面有多少等待处理的数据接口,都会优先对于该数据接口进行处理,这样可以最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
在该实施例中,首先需要获取预设的提供服务的数据和数据接口的级别,当然,在该实施例执行之前,需要预先对于数据和数据接口进行分级。
步骤S102
然后对于运行数据的数据接口进行检测。其中,运行数据可以指代传输数据、运行某一数据进程、运行某一服务进程等等,当然也可以根据实际应用的需要指代不同的内容,本公开对于运行数据具体指代的内容不作具体限定。在该实施例中,所述检测可使用常规的检测方法,比如按照固定或非固定的预设频率对于所有运行数据的数据接口进行轮询检测,当然也可采用非常规的检测方法,比如,对于级别较高或者较为重要的数据接口的检测频率可以设置的高一些,对于级别较低或者不太重要的数据接口的检测频率可以设置的低一些;另外,还可以综合问题的历史记录数据调整对于数据接口的检测策略,比如,不常出现问题的数据接口的检测频率可以设置的低一些,经常出现问题的数据接口的检测频率可以设置的高一些等等,所有的检测策略均可根据数据接口的级别进行适当的调整,在此不再一一对其进行说明。
步骤S103
当检测发现某一数据接口的性能低于相应的分级性能要求并且该数据接口所运行的数据的级别为高时,认为该数据比较重要,相应地,该数据接口也比较重要,因此对于该数据接口进行优化处理。而当其他传输不太重要的数据的数据接口出现问题时,就可按照常规的队列处理方式进行处理,比如根据问题发生的时间依次进行处理。其中,数据高级别的确定可根据实际应用的需要进行设置,比如可以将高级别设置为在所有级别中位于前预设数量排位的级别,例如,若数据共分为10个级别,则前2个级别的数据可被认为是高级别的数据。
上述实施例通过对于各种服务数据和运行服务数据的数据接口进行分级,比如对于优先级或重要性进行区分,以在某个服务或者某个数据接口出现问题时,能够对于相关服务进行级别识别,对于运行高级别服务数据的数据接口进行优化处理,能够使其在最短时间内恢复运行,进而能够最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
上文提及,在该实施例执行之前,需要预先对于数据和数据接口进行分级。在本实施例的一个可选实现方式中,如图2所示,所述预先对于数据进行分级的步骤,包括步骤S201-S202:
在步骤S201中,获取所述数据的特征信息;
在步骤S202中,根据所述数据的特征信息对于数据进行分级。
其中,所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。
在本实施例的一个可选实现方式中,如图3所示,所述预先对于数据接口进行分级的步骤,包括步骤S301-S302:
在步骤S301中,根据所述数据的级别确定运行所述数据的数据接口的分级性能要求;
在步骤S302中,根据数据接口的分级性能要求对于数据接口进行分级。
在上述实现方式中,根据所述数据的特征信息对于数据进行分级,所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。通过数据的类型、数据的内容和数据的大小可以判断该数据是怎样的一个数据,进而可以确定该数据是否重要,然后再按照数据的重要性对于数据进行分级。对于数据进行分级之后,就可以确定运行所述数据的数据接口的分级性能要求,然后再根据数据接口的分级性能要求对于数据接口进行分级。
比如,对于一个应用程序来说,其下一级可能包括多个服务模块,每个服务模块提供的服务数据不同,在用户使用的角度上来看,重要性也不尽相同,那么对于用户来说,更为重要的服务模块相关的服务数据级别就会更高,相应地,运行这些高级别服务数据的数据接口的级别也就更高。
在该实现方式中,进一步地,可考虑多个维度对于服务数据和数据接口进行分级,即所述数据和数据接口的级别为多维度级别。比如,对于一个服务提供商来说,可能会提供有多个应用程序,这些应用程序的重要性通常会有所不同,那么首先在应用程序这个维度上对于相关的服务数据设置不同的优先级,比如,在第一个维度,即应用程序维度上,可将应用程序的优先级按照从大到小的顺序分为P0级、P1级和P2级3个级别,P0级应用程序中的数据被认为比P1级和P2级应用程序中的数据重要。应用程序向下又可分为多个服务模块,这些服务模块的重要性也是不相同的,因此,在第二个维度,即服务模块维度上,可将服务模块的优先级按照从大到小的顺序分为L0级、L1级和L2级3个级别。然后综合两个维度的级别来确定相应数据的级别,比如P0级应用程序的L0级服务模块相关的数据的级别定为P0+L0级,P1级应用程序的L0级服务模块相关的数据的级别定为P1+L0级,P1级应用程序的L1级服务模块相关的数据的级别定为P1+L1级,以此类推。
对于数据进行分级之后,就可以确定运行所述数据的数据接口的分级性能要求,然后再根据数据接口的分级性能要求对于数据接口进行分级。比如,传输级别为P0+L0的服务数据的数据接口的可使用性需达到99.99%,耗时需小于或等于200ms;传输级别为P0+L1的服务数据的数据接口的可使用性需达到99.9%,耗时需小于或等于500ms;传输级别为P0+L2的服务数据的数据接口的可使用性需达到99%,耗时需小于或等于1000ms;传输级别为P1+L0的服务数据的数据接口的可使用性需达到99.95%,耗时需小于或等于300ms;传输级别为P1+L1的服务数据的数据接口的可使用性需达到99.9%,耗时需小于或等于800ms;等等。根据上述分级性能要求就可以对数据接口进行分级,比较容易理解地,可使用服务数据的级别对于数据接口进行分级,比如,传输级别为P0+L0的服务数据的数据接口的级别为P0+L0,传输级别为P0+L1的服务数据的数据接口的级别为P0+L1,等等。当然也可采用其他分级策略对于数据接口进行分级,本公开对于数据接口的具体分级方式不作具体限定,所有可行、合理地、能够体现出数据接口之间的区别的分级方式都落入本公开的保护范围内。
需要说明的是,服务数据和数据接口的分级维度以及每一个维度上优先级的分类标准和数量均可根据实际应用的需要进行设置,上述说明仅为示例性的说明,不作为对于本公开的限制。
在本实施例的一个可选实现方式中,如图4所示,所述步骤S103,即当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理的步骤,包括步骤S401和S402:
在步骤S401中,对于所述数据接口进行降级处理;
在步骤S402中,调用满足所述分级服务要求的数据接口运行所述数据。
当检测发现数据接口的性能低于相应的分级性能要求,而且该数据接口所传输的数据的级别为高时,认为该数据为较为重要的数据,该数据接口也是较为重要的数据接口,需要第一时间对其进行处理。为了在最短的时间内解决出现的问题,恢复运行,在该实现方式中,采取对于性能低于相应的分级性能要求的数据接口进行降级处理,并调用满足所述分级服务要求的数据接口来继续运行相应的数据的处理方式。这样就能够缩短处理问题所花费的时间,最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
在本实施例的一个可选实现方式中,所述步骤S103,即当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理的步骤,包括:
对于所述数据接口进行修复处理。
在该实现方式中,对于比较重要的数据接口,一旦发现其出现问题,则优先对其进行修复处理,而对于其他同时出现问题的更低级别的数据接口,可采用发生时间的顺序对这些数据接口依次进行处理。
更进一步地,如果对该数据接口的修复时间超出预设时间或者修复次数超出预设次数,则认为该数据接口可能无法在短时间内修复成功,为了不影响用户的使用,可接由调用满足所述分级服务要求的数据接口来运行所述数据。
下述为本公开装置实施例,可以用于执行本公开方法实施例。
图5示出根据本公开一实施方式的数据处理装置的结构框图,该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图5所示,所述数据处理装置包括:获取模块501、检测模块502和处理模块503:
获取模块501,被配置为获取预设的数据和数据接口的级别;
检测模块502,被配置为检测运行数据的数据接口;
处理模块503,被配置为当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。
在下文中将对获取模块501、检测模块502和处理模块503分别做进一步的描述。
获取模块501
在应用程序实际运行过程中,某个线上服务或者说某个数据接口不可避免地会出现一些问题,导致线上服务中断,影响用户的使用。相关处理方式通常是对于出现问题的服务或者数据接口进行修复处理,如果出现问题的服务或者数据接口比较多,就按照问题发生时间的先后顺序对于数据接口依次进行修复,这样的处理方式使得核心服务或者重要服务很有可能被延误,进而影响用户的使用,破坏用户的使用体验。
在本公开一实施例中,突破对于数据和数据接口一视同仁的传统做法,采取对于数据和数据接口区别处理的方式,比如,对于比较重要的数据,其数据接口如果发生问题,不管前面有多少等待处理的数据接口,都会优先对于该数据接口进行处理,这样可以最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
在该实施例中,通过获取模块501获取预设的提供服务的数据和数据接口的级别,当然,所述装置还包括一分级模块,该实施例执行之前,所述分级模块均已提前设置完毕数据和数据接口的级别。
检测模块502
然后检测模块502对于运行数据的数据接口进行检测。其中,运行数据可以指代传输数据、运行某一数据进程、运行某一服务进程等等,当然也可以根据实际应用的需要指代不同的内容,本公开对于运行数据具体指代的内容不作具体限定。在该实施例中,所述检测可使用常规的检测方法,比如按照固定或非固定的预设频率对于所有运行数据的数据接口进行轮询检测,当然也可采用非常规的检测方法,比如,对于级别较高或者较为重要的数据接口的检测频率可以设置的高一些,对于级别较低或者不太重要的数据接口的检测频率可以设置的低一些;另外,还可以综合问题的历史记录数据调整对于数据接口的检测策略,比如,不常出现问题的数据接口的检测频率可以设置的低一些,经常出现问题的数据接口的检测频率可以设置的高一些等等,所有的检测策略均可根据数据接口的级别进行适当的调整,在此不再一一对其进行说明。
处理模块503
当检测发现某一数据接口的性能低于相应的分级性能要求并且该数据接口所运行的数据的级别为高时,认为该数据比较重要,相应地,该数据接口也比较重要,因此处理模块503数据接口进行优化处理。而当其他传输不太重要的数据的数据接口出现问题时,就可按照常规的队列处理方式进行处理,比如根据问题发生的时间依次进行处理。其中,数据高级别的确定可根据实际应用的需要进行设置,比如可以将高级别设置为在所有级别中位于前预设数量排位的级别,例如,若数据共分为10个级别,则前2个级别的数据可被认为是高级别的数据。
上述实施例通过对于各种服务数据和运行服务数据的数据接口进行分级,比如对于优先级或重要性进行区分,以在某个服务或者某个数据接口出现问题时,能够对于相关服务进行级别识别,对于运行高级别服务数据的数据接口进行优化处理,能够使其在最短时间内恢复运行,进而能够最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
上文提及,在该实施例执行之前,所述分级模块均已提前设置完毕数据和数据接口的级别。在本实施例的一个可选实现方式中,如图6所示,所述分级模块包括获取子模块601和第一分级子模块602:
获取子模块601,被配置为获取所述数据的特征信息;
第一分级子模块602,被配置为根据所述数据的特征信息对于数据进行分级。
其中,所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。
在本实施例的一个可选实现方式中,如图7所示,所述分级模块包括确定子模块701和第二分级子模块702:
确定子模块701,被配置为根据所述数据的级别确定运行所述数据的数据接口的分级性能要求;
第二分级子模块702,被配置为根据数据接口的分级性能要求对于数据接口进行分级。
在上述实现方式中,第一分级子模块602根据所述数据的特征信息对于数据进行分级,所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。通过数据的类型、数据的内容和数据的大小可以判断该数据是怎样的一个数据,进而可以确定该数据是否重要,然后再按照数据的重要性对于数据进行分级。第一分级子模块602对于数据进行分级之后,确定子模块701就可以确定运行所述数据的数据接口的分级性能要求,然后第二分级子模块702再根据数据接口的分级性能要求对于数据接口进行分级。
比如,对于一个应用程序来说,其下一级可能包括多个服务模块,每个服务模块提供的服务数据不同,在用户使用的角度上来看,重要性也不尽相同,那么对于用户来说,更为重要的服务模块相关的服务数据级别就会更高,相应地,运行这些高级别服务数据的数据接口的级别也就更高。
在该实现方式中,对于第一分级子模块602,进一步地,可考虑多个维度对于服务数据和数据接口进行分级,即所述数据和数据接口的级别为多维度级别。比如,对于一个服务提供商来说,可能会提供有多个应用程序,这些应用程序的重要性通常会有所不同,那么首先在应用程序这个维度上对于相关的服务数据设置不同的优先级,比如,在第一个维度,即应用程序维度上,可将应用程序的优先级按照从大到小的顺序分为P0级、P1级和P2级3个级别,P0级应用程序中的数据被认为比P1级和P2级应用程序中的数据重要。应用程序向下又可分为多个服务模块,这些服务模块的重要性也是不相同的,因此,在第二个维度,即服务模块维度上,可将服务模块的优先级按照从大到小的顺序分为L0级、L1级和L2级3个级别。然后综合两个维度的级别来确定相应数据的级别,比如P0级应用程序的L0级服务模块相关的数据的级别定为P0+L0级,P1级应用程序的L0级服务模块相关的数据的级别定为P1+L0级,P1级应用程序的L1级服务模块相关的数据的级别定为P1+L1级,以此类推。
对于数据进行分级之后,确定子模块701就可以确定运行所述数据的数据接口的分级性能要求,然后第二分级子模块702再根据数据接口的分级性能要求对于数据接口进行分级。比如,传输级别为P0+L0的服务数据的数据接口的可使用性需达到99.99%,耗时需小于或等于200ms;传输级别为P0+L1的服务数据的数据接口的可使用性需达到99.9%,耗时需小于或等于500ms;传输级别为P0+L2的服务数据的数据接口的可使用性需达到99%,耗时需小于或等于1000ms;传输级别为P1+L0的服务数据的数据接口的可使用性需达到99.95%,耗时需小于或等于300ms;传输级别为P1+L1的服务数据的数据接口的可使用性需达到99.9%,耗时需小于或等于800ms;等等。根据上述分级性能要求就可以对数据接口进行分级,比较容易理解地,可使用服务数据的级别对于数据接口进行分级,比如,传输级别为P0+L0的服务数据的数据接口的级别为P0+L0,传输级别为P0+L1的服务数据的数据接口的级别为P0+L1,等等。对于第二分级子模块702,当然也可采用其他分级策略对于数据接口进行分级,本公开对于数据接口的具体分级方式不作具体限定,所有可行、合理地、能够体现出数据接口之间的区别的分级方式都落入本公开的保护范围内。
需要说明的是,服务数据和数据接口的分级维度以及每一个维度上优先级的分类标准和数量均可根据实际应用的需要进行设置,上述说明仅为示例性的说明,不作为对于本公开的限制。
在本实施例的一个可选实现方式中,如图8所示,所述处理模块503包括降级子模块801和第一调用子模块802:
降级子模块801,被配置为对于所述数据接口进行降级处理;
第一调用子模块802,被配置为调用满足所述分级服务要求的数据接口运行所述数据。
当检测模块502检测发现数据接口的性能低于相应的分级性能要求,而且该数据接口所传输的数据的级别为高时,认为该数据为较为重要的数据,该数据接口也是较为重要的数据接口,需要第一时间对其进行处理。为了在最短的时间内解决出现的问题,恢复运行,在该实现方式中,采取通过降级子模块801对于性能低于相应的分级性能要求的数据接口进行降级处理,并通过第一调用子模块802调用满足所述分级服务要求的数据接口来继续运行相应的数据的处理方式。这样就能够缩短处理问题所花费的时间,最大限度地保证核心服务或者说重要服务的正常运行,提高用户的使用体验。
在本实施例的一个可选实现方式中,所述处理模块503包括:
修复子模块,被配置为对于所述数据接口进行修复处理。
在该实现方式中,对于比较重要的数据接口,一旦发现其出现问题,则通过修复子模块优先对其进行修复处理,而对于其他同时出现问题的更低级别的数据接口,可采用发生时间的顺序对这些数据接口依次进行处理。
更进一步地,所述处理模块还包括:第二调用子模块。如果对该数据接口的修复时间超出预设时间或者修复次数超出预设次数,则认为该数据接口可能无法在短时间内修复成功,为了不影响用户的使用,可接由通过调用子模块调用满足所述分级服务要求的数据接口来运行所述数据。
本公开还公开了一种电子设备,图9示出根据本公开一实施方式的电子设备的结构框图,如图9所示,所述电子设备900包括存储器901和处理器902;其中,
所述存储器901用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器902执行以实现:
获取预设的数据和数据接口的级别;
检测运行数据的数据接口;
当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。
所述一条或多条计算机指令还可被所述处理器902执行以实现:
所述方法还包括:
预先对于数据和数据接口进行分级。
预先对于数据进行分级,包括:
获取所述数据的特征信息;
根据所述数据的特征信息对于数据进行分级。
所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。
预先对于数据接口进行分级,包括:
根据所述数据的级别确定运行所述数据的数据接口的分级性能要求;
根据数据接口的分级性能要求对于数据接口进行分级。
当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,包括:
对于所述数据接口进行降级处理;
调用满足所述分级服务要求的数据接口运行所述数据。
当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,包括:
对于所述数据接口进行修复处理。
当所述数据接口的性能低于相应的分级性能要求且所述数据为高级别数据时,对于所述数据接口进行优化处理,还包括:
当修复时间超出预设时间或修复次数超出预设次数,调用满足所述分级服务要求的数据接口运行所述数据。
图10适于用来实现根据本公开实施方式的数据处理方法的计算机系统的结构示意图。
如图10所示,计算机系统1000包括中央处理单元(CPU)1001,其可以根据存储在只读存储器(ROM)1002中的程序或者从存储部分1008加载到随机访问存储器(RAM)1003中的程序而执行上述图1所示的实施方式中的各种处理。在RAM1003中,还存储有系统1000操作所需的各种程序和数据。CPU1001、ROM1002以及RAM1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。
以下部件连接至I/O接口1005:包括键盘、鼠标等的输入部分1006;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1007;包括硬盘等的存储部分1008;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至I/O接口1005。可拆卸介质1011,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1010上,以便于从其上读出的计算机程序根据需要被安装入存储部分1008。
特别地,根据本公开的实施方式,上文参考图1描述的方法可以被实现为计算机软件程序。例如,本公开的实施方式包括一种计算机程序产品,其包括有形地包含在及其可读介质上的计算机程序,所述计算机程序包含用于执行图1的数据处理方法的程序代码。在这样的实施方式中,该计算机程序可以通过通信部分1009从网络上被下载和安装,和/或从可拆卸介质1011被安装。
附图中的流程图和框图,图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中,这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
作为另一方面,本公开还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质;也可以是单独存在,未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序,所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的发明范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离所述发明构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
本公开公开了A1、一种数据处理方法,所述方法包括:获取预设的数据和数据接口的级别;检测运行数据的数据接口;当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。A2、根据A1所述的方法,还包括:预先对于数据和数据接口进行分级。A3、根据A2所述的方法,预先对于数据进行分级,包括:获取所述数据的特征信息;根据所述数据的特征信息对于数据进行分级。A4、根据A3所述的方法,所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。A5、根据A2所述的方法,预先对于数据接口进行分级,包括:根据所述数据的级别确定运行所述数据的数据接口的分级性能要求;根据数据接口的分级性能要求对于数据接口进行分级。A6、根据A1所述的方法,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,包括:对于所述数据接口进行降级处理;调用满足所述分级服务要求的数据接口运行所述数据。A7、根据A1所述的方法,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,包括:对于所述数据接口进行修复处理。A8、根据A7所述的方法,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,还包括:当修复时间超出预设时间或修复次数超出预设次数,调用满足所述分级服务要求的数据接口运行所述数据。
本公开公开了B9、一种数据处理装置,所述装置包括:获取模块,被配置为获取预设的数据和数据接口的级别;检测模块,被配置为检测运行数据的数据接口;处理模块,被配置为当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。B10、根据B9所述的装置,还包括:分级模块,被配置为预先对于数据和数据接口进行分级。B11、根据B10所述的装置,所述分级模块包括:获取子模块,被配置为获取所述数据的特征信息;第一分级子模块,被配置为根据所述数据的特征信息对于数据进行分级。B12、根据B11所述的装置,所述数据的特征信息包括:数据的类型、数据的内容、数据的大小、该数据历史故障记录中的一个或多个。B13、根据B10所述的装置,所述分级模块包括:确定子模块,被配置为根据所述数据的级别确定运行所述数据的数据接口的分级性能要求;第二分级子模块,被配置为根据数据接口的分级性能要求对于数据接口进行分级。B14、根据B9所述的装置,所述处理模块包括:降级子模块,被配置为对于所述数据接口进行降级处理;第一调用子模块,被配置为调用满足所述分级服务要求的数据接口运行所述数据。B15、根据B9所述的装置,所述处理模块包括:修复子模块,被配置为对于所述数据接口进行修复处理。B16、根据B15所述的装置,所述处理模块还包括:第二调用子模块,被配置为当修复时间超出预设时间或修复次数超出预设次数,调用满足所述分级服务要求的数据接口运行所述数据。
本公开公开了C17、一种电子设备,包括存储器和处理器;其中,所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现如上任一项所述的方法。
本公开还公开了D18、一种计算机可读存储介质,其上存储有计算机指令,该计算机指令被处理器执行时实现如上任一项所述的方法。
Claims (10)
1.一种数据处理方法,其特征在于,所述方法包括:
获取预设的数据和数据接口的级别;
检测运行数据的数据接口;
当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。
2.根据权利要求1所述的方法,其特征在于,还包括:
预先对于数据和数据接口进行分级。
3.根据权利要求1所述的方法,其特征在于,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,包括:
对于所述数据接口进行降级处理;
调用满足所述分级服务要求的数据接口运行所述数据。
4.根据权利要求1所述的方法,其特征在于,当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理,包括:
对于所述数据接口进行修复处理。
5.一种数据处理装置,其特征在于,所述装置包括:
获取模块,被配置为获取预设的数据和数据接口的级别;
检测模块,被配置为检测运行数据的数据接口;
处理模块,被配置为当所述数据接口的性能低于相应的分级性能要求且所述数据的级别为高时,对于所述数据接口进行优化处理。
6.根据权利要求5所述的装置,其特征在于,还包括:
分级模块,被配置为预先对于数据和数据接口进行分级。
7.根据权利要求5所述的装置,其特征在于,所述处理模块包括:
降级子模块,被配置为对于所述数据接口进行降级处理;
第一调用子模块,被配置为调用满足所述分级服务要求的数据接口运行所述数据。
8.根据权利要求5所述的装置,其特征在于,所述处理模块包括:
修复子模块,被配置为对于所述数据接口进行修复处理。
9.一种电子设备,其特征在于,包括存储器和处理器;其中,
所述存储器用于存储一条或多条计算机指令,其中,所述一条或多条计算机指令被所述处理器执行以实现如权利要求1-4任一项所述的方法。
10.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,该计算机指令被处理器执行时实现如权利要求1-4任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710666802.XA CN107506405A (zh) | 2017-08-07 | 2017-08-07 | 数据处理方法、装置、电子设备及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710666802.XA CN107506405A (zh) | 2017-08-07 | 2017-08-07 | 数据处理方法、装置、电子设备及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107506405A true CN107506405A (zh) | 2017-12-22 |
Family
ID=60690216
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710666802.XA Pending CN107506405A (zh) | 2017-08-07 | 2017-08-07 | 数据处理方法、装置、电子设备及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107506405A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112260869A (zh) * | 2020-10-21 | 2021-01-22 | 中国联合网络通信集团有限公司 | 服务降级方法、系统、终端设备及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101478472A (zh) * | 2008-10-21 | 2009-07-08 | 北京闪联讯通数码科技有限公司 | 一种Socket数据传输处理方法及装置 |
US20160188606A1 (en) * | 2011-03-30 | 2016-06-30 | Indian Statistical Institute | Determining a relative importance among ordered lists |
US9507829B1 (en) * | 2013-12-23 | 2016-11-29 | EMC IP Holding Company LLC | Storage optimization for social networks |
CN106603638A (zh) * | 2016-11-30 | 2017-04-26 | 北京金山安全软件有限公司 | 一种信息获取方法、装置及电子设备 |
CN106612312A (zh) * | 2015-10-23 | 2017-05-03 | 中兴通讯股份有限公司 | 一种虚拟化数据中心调度系统和方法 |
-
2017
- 2017-08-07 CN CN201710666802.XA patent/CN107506405A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101478472A (zh) * | 2008-10-21 | 2009-07-08 | 北京闪联讯通数码科技有限公司 | 一种Socket数据传输处理方法及装置 |
US20160188606A1 (en) * | 2011-03-30 | 2016-06-30 | Indian Statistical Institute | Determining a relative importance among ordered lists |
US9507829B1 (en) * | 2013-12-23 | 2016-11-29 | EMC IP Holding Company LLC | Storage optimization for social networks |
CN106612312A (zh) * | 2015-10-23 | 2017-05-03 | 中兴通讯股份有限公司 | 一种虚拟化数据中心调度系统和方法 |
CN106603638A (zh) * | 2016-11-30 | 2017-04-26 | 北京金山安全软件有限公司 | 一种信息获取方法、装置及电子设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112260869A (zh) * | 2020-10-21 | 2021-01-22 | 中国联合网络通信集团有限公司 | 服务降级方法、系统、终端设备及计算机可读存储介质 |
CN112260869B (zh) * | 2020-10-21 | 2022-07-29 | 中国联合网络通信集团有限公司 | 服务降级方法、系统、终端设备及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8028197B1 (en) | Problem ticket cause allocation | |
US9189543B2 (en) | Predicting service request breaches | |
US20070174768A1 (en) | Adaptive alert management | |
CN115686910A (zh) | 一种故障分析方法、装置、电子设备及介质 | |
WO2020006859A1 (zh) | 一种图片缓存清理方法、装置、终端设备及介质 | |
US11822671B2 (en) | Information processing device, information processing method, and non-transitory computer readable medium for identifying terminals without security countermeasures | |
US11651305B2 (en) | Achieving feasibility of optimization constraints | |
CN107506405A (zh) | 数据处理方法、装置、电子设备及计算机可读存储介质 | |
US11507396B2 (en) | Method, device and computer program product for storage management | |
CN116701123A (zh) | 任务预警方法、装置、设备、介质及程序产品 | |
CN110955587A (zh) | 一种待更换设备确定方法及装置 | |
CN109710285B (zh) | 一种设备升级方法及系统 | |
CN112817687A (zh) | 一种数据同步方法和装置 | |
CN116431505A (zh) | 一种回归测试方法、装置、电子设备、存储介质及产品 | |
CN115756828A (zh) | 多线程数据文件处理方法、设备和介质 | |
CN115310096A (zh) | 一种安全漏洞的处理方法、装置、设备及介质 | |
CN114827157A (zh) | 集群任务处理方法、装置、系统、电子设备及可读介质 | |
CN107678928B (zh) | 应用程序的处理方法及服务器 | |
US9176998B2 (en) | Minimization of surprisal context data through application of a hierarchy of reference artifacts | |
JP2023553587A (ja) | 第三者ライブラリ開発システムによる使用のためのアプリケーションエラーデータの提供 | |
US9053192B2 (en) | Minimization of surprisal context data through application of customized surprisal context filters | |
CN114281604B (zh) | 数据恢复方法、装置、电子设备及存储介质 | |
CN111179097B (zh) | 保单批改的方法、装置、电子设备和存储介质 | |
CN116976996A (zh) | 信息分析方法、信息处理方法、装置、设备及存储介质 | |
CN117033772A (zh) | 信息处理方法、装置和电子设备 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171222 |