CN111625436A - 保险业务容量的管理方法、装置、电子设备及存储介质 - Google Patents

保险业务容量的管理方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111625436A
CN111625436A CN202010456530.2A CN202010456530A CN111625436A CN 111625436 A CN111625436 A CN 111625436A CN 202010456530 A CN202010456530 A CN 202010456530A CN 111625436 A CN111625436 A CN 111625436A
Authority
CN
China
Prior art keywords
insurance
service
data
capacity
test environment
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
Application number
CN202010456530.2A
Other languages
English (en)
Inventor
尹丽娜
万国程
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Taikang Insurance Group Co Ltd
Taikang Online Property Insurance Co Ltd
Original Assignee
Taikang Insurance Group Co Ltd
Taikang Online Property Insurance Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Taikang Insurance Group Co Ltd, Taikang Online Property Insurance Co Ltd filed Critical Taikang Insurance Group Co Ltd
Priority to CN202010456530.2A priority Critical patent/CN111625436A/zh
Publication of CN111625436A publication Critical patent/CN111625436A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Computer Hardware Design (AREA)
  • Economics (AREA)
  • Quality & Reliability (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本实施例提供的保险业务容量的管理方法、装置、电子设备及存储介质，通过采集保险业务的数据，并根据所述数据确定在不同保险业务的***服务等级；在各测试环境下对各保险业务***的节点进行压力测试，获得压测数据；建立不同保险业务的***服务等级与各测试环境下的压测数据之间的关联关系；利用所述关联关系对保险业务容量进行评估，从而可以结合保险业务自身，对于***性能进行精准评估且，并与根据评估结果对于保险业务进行调整和业务优化。

Description

保险业务容量的管理方法、装置、电子设备及存储介质
技术领域
本公开实施例涉及保险业务领域，尤其涉及一种保险业务容量的管理方法、装置、电子设备及存储介质。
背景技术
对保险业务容量管理是指将线上与线下的保险业务各功能点的数据进行提取，以用于评估在不同场景下的***性能。其中，***性能包括但不限于保险业务数量或并发人数、保险***响应时间、CPU的利用率、内存占用情况、磁盘空间等。
在现有的保险业务容量的***性能评估过程中，仅能针对***自身性能，如服务器、CPU、磁盘、内存等针对保险业务容量进行***性能评估。
但是这样的评估管理方式，使得保险业务和***性能评估之间出现脱节，一旦***性能不佳，无法快速确定***性能不佳的原因，也无法针对于保险业务容量进行及时调整和管理，以保证保险业务的正常运行。
发明内容
针对上述问题，本公开提供了一种保险业务容量的管理方法、装置、电子设备及存储介质。
第一方面，本公开提供了一种保险业务容量的管理方法，包括：
采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；
确定每一测试环境下的压测数据对应的***服务指标；
根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系；
利用所述关联关系对保险业务容量进行评估。
可选的，所述根据所述数据确定不同保险业务的***服务等级，包括：
按照保险业务类型对所述数据进行数据分类，并根据各分类下的数据以及保险业务类型的业务优先级，确定不同保险业务的***服务等级。
可选的，所述按照保险业务类型对所述数据进行数据分类，包括：
按照数据生成时间所属于的时间段以及保险业务类型，对所述数据进行数据分类，每一数据分类包括有不同保险业务类型在不同时间段内的数据。
可选的，所述保险业务类型是根据保险业务流程节点或保险业务功能确定的。
可选的，所述管理方法还包括：
对所述保险业务的流程节点或业务功能进行拆分，以确定多个保险业务类型以及不同保险业务类型的业务优先级。
可选的，所述利用所述关联关系对保险业务容量进行评估，包括：
根据各测试环境下的压测数据与***服务等级之间的关联关系建立各测试环境下的压测数据与***服务等级之间的评估模型；
采集当前保险业务数据，并根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果。
可选的，所述根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果，包括：
根据所述评估模型对所述当前保险业务数据进行预测，以对当前保险业务容量是否满足当前保险业务数据的预测容量进行判断；
根据判断结果确定待优化的保险业务。
第二方面，本公开提供了一种保险业务容量的管理装置，包括：
第一处理模块，用于采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；还用于在各测试环境下对各保险业务***的节点进行压力测试，获得各测试环境下的压测数据；
第二处理模块，用于确定每一测试环境下的压测数据对应的***服务指标；根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系；
评估模块，用于利用所述关联关系对保险业务容量进行评估。
第三方面，本公开提供了一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如前任一项所述的保险业务容量的管理方法。
第四方面，本公开提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如前任一项所述的保险业务容量的管理方法。
本实施例提供的保险业务容量的管理方法、装置、电子设备及存储介质，通过采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；在各测试环境下对各保险业务***的节点进行压力测试，获得各测试环境下的压测数据；确定每一测试环境下的压测数据对应的***服务指标；根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系；利用所述关联关系对保险业务容量进行评估，从而可以结合保险业务自身，对于***性能进行精准评估且，并与根据评估结果对于保险业务进行调整和业务优化。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本公开所基于的网络架构的示意图；
图2为本公开实施例提供的一种保险业务容量的管理方法的流程示意图；
图3为本公开实施例提供的保险业务容量的管理装置的结构示意图；
图4为本公开实施例提供的电子设备的硬件结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
对保险业务容量管理是指将线上与线下的保险业务各功能点的数据进行提取，以用于评估在不同场景下的***性能。其中，***性能包括但不限于保险业务数量或并发人数、保险***响应时间、CPU的利用率、内存占用情况、磁盘空间等。
在现有的保险业务容量的***性能评估过程中，仅能针对***自身性能，如服务器、CPU、磁盘、内存等针对保险业务容量进行***性能评估。
但是这样的评估管理方式，使得保险业务和***性能评估之间出现脱节，一旦***性能不佳，无法快速确定***性能不佳的原因，也无法针对于保险业务容量进行及时调整和管理，以保证保险业务的正常运行。
针对上述问题，本公开提供了一种保险业务容量的管理方法、装置、电子设备及存储介质。
参考图1，图1为本公开所基于的网络架构的示意图，如图1所示的，本公开基于的一种网络架构可包括保险业务容量的管理装置2以及保险业务服务平台1。
其中，保险业务容量的管理装置2是可与保险业务服务平台1通过网络进行交互的硬件或软件，其可用于执行下述各示例中所述的保险业务容量的管理方法，其可通过从保险业务服务平台1中抓取数据，并将数据输出至保险业务容量的管理装置2。
当保险业务容量的管理装置2为硬件时，包括具备运算功能的云端服务器。当保险业务容量的管理装置2为软件时，其可以安装在具备运算功能的电子设备中，其中的电子设备包括但不限于膝上型便携计算机和台式计算机等等。
此外，保险业务服务平台1是指承载有保险线上线下业务的运行的服务器或服务集群，该服务器或服务集群中存储有保险业务涉及的大量数据，这些数据包括但不限于用户数据、业务自身产生的数据。通过网络，保险业务服务平台1和保险业务容量的管理装置2可进行通信和数据交互。
第一方面，参考图2，图2为本公开实施例提供的一种保险业务容量的管理方法的流程示意图。本公开实施例提供的保险业务容量的管理方法，包括：
步骤101、采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；
需要说明的是，本示例的提供的保险业务容量的管理方法的执行主体为前述的保险业务容量的管理装置。
保险业务容量的管理装置首先将采集保险业务的数据。其中，采集保险业务的数据可通过自动化监控工具实现，而保险业务的数据包括线上数据，还可包括线下数据，例如，可采用LoadRunner工具进行自动化监控采集，将线上数据与线下数据汇总。
随后，可根据前述的数据确定不同保险业务的***服务等级。具体的，在这一过程中，可首先按照保险业务类型对于前述采集获得的数据进行数据分类，以确定不同保险业务的***服务等级。此外，在对于数据分类时还可基于数据产生或存储的时间，即，按照数据生成时间所属于的时间段以及保险业务类型，对所述数据进行数据分类，每一数据分类包括有不同保险业务类型在不同时间段内的数据。换句话说，可针对每一时间段产生或存储的数据进行前述的数据分类。
其中，保险业务类型是根据保险业务流程节点或保险业务功能确定的，因此，在实现时还可先对保险业务的流程节点或业务功能进行拆分，以确定多个保险业务类型以及不同保险业务类型的业务优先级。
具体的，保险业务类型可按照保险业务流程节点划分，如，该类型包括但不限于***自动核保、***自动扣费、客户投保录入、客户提交核保、客户主动扣费等；保险业务类型还可按照保险业务功能划分，如，该类型包括但不限于录单环节、核保环节、支付环节、承保环节、理赔环节等。
再后，还根据各分类下的数据以及保险业务类型的业务优先级，确定不同保险业务的***服务等级。例如，对支付环节与承保环节划分为优先级最高、理赔环节次之、承保及核保环节最后等划分。然后，考虑到各业务优先级与需求各优先级确定不同保险业务的***服务等级，以根据业务需求的优先等级以及保险业务增长量确定保险业务服务等级，在确定保险业务服务等级时应考虑到在运行保险业务时的***容量性能，该***容量性能包括但不限于服务器、磁盘、保险***资源利用率，以及保险业务响应率以及吞吐量等。
步骤102、在各测试环境下对各保险业务***的节点进行压力测试，获得各测试环境下的压测数据。
步骤103、确定每一测试环境下的压测数据对应的***服务指标，并根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，建立各测试环境下的压测数据与***服务等级之间的关联关系。
步骤104、利用所述关联关系对保险业务容量进行评估。
在步骤102至步骤104中，还可利用前述的自动化监控工具对当前的保险业务的运行平台的***进行压力测试，其中，该压力测试应在不同的测试环境下进行。其中的测试环境包括但不限于改变并发数/资源数，改变保险业务类型、改变业务结果等。也就是说，通过设置不同的测试环境，以使对***在不同测试环境进行压力测试，获得各测试环境下的压测数据。
再后，将建立不同保险业务的***服务等级与各测试环境下的压测数据之间的关联关系。具体的，可首先确定每一测试环境下的压测数据对应的***服务指标，即利用压测数据确定包括但不限于响应时间、内存使用情况、CPU利用率、磁盘使用情况在内的***服务指标。随后，根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系。
最后，管理装置根据各测试环境下的压测数据与***服务等级之间的关联关系建立各测试环境下的压测数据与***服务等级之间的评估模型；采集当前保险业务数据，并根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果。其中的评估结果可表示基于保险***服务水平和资源利用率情况确定***是否需要进行容量扩容或进行业务优化，以支持更大的业务增长。具体的，可根据所述评估模型对所述当前保险业务数据进行预测，以对当前保险业务容量是否满足当前保险业务数据的预测容量进行判断；根据判断结果确定待优化的保险业务。
以下将以具体示例对本公开提供的管理方法进行说明：
首先，管理装置将采集保险业务量，并针对各业务功能点进行分类并划分优先等级，如录单环节、核保环节、支付环节、承保环节、理赔环节等进行功能的划分，其中，支付环节与承保环节划分为优先级最高、理赔环节次之、承保及核保环节最后。
然后，按照表1对保险业务的服务等级进行划分：
Figure BDA0002509582590000071
表1
随后，在各测试环境下对各保险业务***的节点进行压力测试，获得压测数据。以表2和表3所示的客户主动发起扣费的并发举例，其中，表2为扣费成功性能指标数据；表3为扣费失败性能指标数据。具体的，采用LoadRunner工具进行自动化监控采集，分别按扣费的并发数50，80，120，200，250并发用户在确认扣费成功及扣款失败保险业务量下的响应时间、内存使用情况、CPU利用率、磁盘使用情况。
Figure BDA0002509582590000072
表2
Figure BDA0002509582590000073
表3
然后，可建立不同保险业务的***服务等级与各测试环境下的压测数据之间的关联关系：从扣款成功，并发数在80以下的看符合保险业务服务等级划分中的B级，并发数在120-250符合保险业务服务等级划分中的C级。但对于扣款失败的并发数为50的则符合业务服务等级划分中的B级，80-250则符合保险业务服务等级划分中的C级。
最后，利用所述关联关系对保险业务容量进行评估：
根据扣款成功可以模拟出模型：y＝0.05x+3.3，其中，x表示并发数，y表示响应时间。
根据上述公式，随着公司不断发展分公司且业务量增加，一年后某一时间点并发数上述到4-5倍时，则会超过服务等级数量，则会造成***承载压力，容量则需要扩容。
通过保险某个功能的业务量可以反应出保险***服务水平，资源利用率情况，并可以通过设定的保险业务服务等级来反应出当前保险***与保险业务服务的容量可以承载多少的并发用户工作负载，当超过***最大并发时，则需要对容量扩容以支持更大的业务增长。
通过保险业务容量管理方法，可以对保险业务容量评估且根据保险***的资源有利相结合进行管理及评估预测，并可根据容量管理中容量超负载部分进行保险业务优化。
本实施例提供的保险业务容量的管理方法，通过采集保险业务的数据，并根据所述数据确定在不同保险业务的***服务等级；在各测试环境下对各保险业务***的节点进行压力测试，获得压测数据；建立不同保险业务的***服务等级与各测试环境下的压测数据之间的关联关系；利用所述关联关系对保险业务容量进行评估，从而可以结合保险业务自身，对于***性能进行精准评估且，并与根据评估结果对于保险业务进行调整和业务优化。
第二方面，图3为本公开提供的一种保险业务容量的管理装置的结构示意图，如图3所示的，该保险业务容量的管理装置，包括：第一处理模块10、第二处理模块20、以及评估模块30。
其中，第一处理模块10，用于采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；还用于在各测试环境下对各保险业务***的节点进行压力测试，获得压测数据；
第二处理模块20，用于确定每一测试环境下的压测数据对应的***服务指标；根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系；
评估模块30，用于利用所述关联关系对保险业务容量进行评估。
可选的，所述第一处理模块10具体用于：按照保险业务类型对所述数据进行数据分类，并根据各分类下的数据以及保险业务类型的业务优先级，确定不同保险业务的***服务等级。
可选的，所述第一处理模块10具体用于：按照数据生成时间所属于的时间段以及保险业务类型，对所述数据进行数据分类，每一数据分类包括有不同保险业务类型在不同时间段内的数据。
可选的，所述保险业务类型是根据保险业务流程节点或保险业务功能确定的。
可选的，所述第一处理模块10具体用于：对所述保险业务的流程节点或业务功能进行拆分，以确定多个保险业务类型以及不同保险业务类型的业务优先级。
可选的，所述第二处理模块20，用于：确定每一测试环境下的压测数据对应的***服务指标；根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系。
可选的，所述评估模块30具体用于：根据各测试环境下的压测数据与***服务等级之间的关联关系建立各测试环境下的压测数据与***服务等级之间的评估模型；采集当前保险业务数据，并根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果。
可选的，所述评估模块30具体用于：根据所述评估模型对所述当前保险业务数据进行预测，以对当前保险业务容量是否满足当前保险业务数据的预测容量进行判断；根据判断结果确定待优化的保险业务。
本实施例提供的保险业务容量的管理装置，通过采集保险业务的数据，并根据所述数据确定在不同保险业务的***服务等级；在各测试环境下对各保险业务***的节点进行压力测试，获得压测数据；建立不同保险业务的***服务等级与各测试环境下的压测数据之间的关联关系；利用所述关联关系对保险业务容量进行评估，从而可以结合保险业务自身，对于***性能进行精准评估且，并与根据评估结果对于保险业务进行调整和业务优化。
下一方面，本实施例还提供了电子设备，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。
参考图4，其示出了适于用来实现本公开实施例的电子设备900的结构示意图，该电子设备900可以为终端设备或服务器。其中，终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑(Portable Android Device，简称PAD)、便携式多媒体播放器(Portable MediaPlayer，简称PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图4所示，电子设备900可以包括处理装置(例如中央处理器、图形处理器等)901，其可以根据存储在只读存储器(Read Only Memory，简称ROM)902中的程序或者从存储装置908加载到随机访问存储器(Random Access Memory，简称RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有电子设备900操作所需的各种程序和数据。处理装置901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
通常，以下装置可以连接至I/O接口905：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置906；包括例如液晶显示器(Liquid CrystalDisplay，简称LCD)、扬声器、振动器等的输出装置907；包括例如磁带、硬盘等的存储装置908；以及通信装置909。通信装置909可以允许电子设备900与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备900，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置909从网络上被下载和安装，或者从存储装置908被安装，或者从ROM902被安装。在该计算机程序被处理装置901执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network，简称LAN)或广域网(Wide Area Network，简称WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上***(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行***、装置或设备使用或与指令执行***、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体***、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以下是本公开的一些实施例。
第一方面，根据本公开的一个或多个实施例，一种保险业务容量的管理方法，包括：
采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；
在各测试环境下对各保险业务***的节点进行压力测试，获得各测试环境下的压测数据；
确定每一测试环境下的压测数据对应的***服务指标；
根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系；
利用所述关联关系对保险业务容量进行评估。
在本公开提供的可选实施例中，所述根据所述数据确定不同保险业务的***服务等级，包括：
按照保险业务类型对所述数据进行数据分类，并根据各分类下的数据以及保险业务类型的业务优先级，确定不同保险业务的***服务等级。
在本公开提供的可选实施例中，，所述按照保险业务类型对所述数据进行数据分类，包括：
按照数据生成时间所属于的时间段以及保险业务类型，对所述数据进行数据分类，每一数据分类包括有不同保险业务类型在不同时间段内的数据。
在本公开提供的可选实施例中，所述保险业务类型是根据保险业务流程节点或保险业务功能确定的。
在本公开提供的可选实施例中，所述管理方法还包括：
对所述保险业务的流程节点或业务功能进行拆分，以确定多个保险业务类型以及不同保险业务类型的业务优先级。
在本公开提供的可选实施例中，所述利用所述关联关系对保险业务容量进行评估，包括：
根据各测试环境下的压测数据与***服务等级之间的关联关系建立各测试环境下的压测数据与***服务等级之间的评估模型；
采集当前保险业务数据，并根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果。
在本公开提供的可选实施例中，所述根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果，包括：
根据所述评估模型对所述当前保险业务数据进行预测，以对当前保险业务容量是否满足当前保险业务数据的预测容量进行判断；
根据判断结果确定待优化的保险业务。
第二方面，根据本公开的一个或多个实施例，一种保险业务容量的管理装置第一处理模块，用于采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；还用于在各测试环境下对各保险业务***的节点进行压力测试，获得各测试环境下的压测数据；
第二处理模块，用于确定每一测试环境下的压测数据对应的***服务指标；根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系；
评估模块，用于利用所述关联关系对保险业务容量进行评估。
在本公开提供的可选实施例中，所述第一处理模块10具体用于：按照数据生成时间所属于的时间段以及保险业务类型，对所述数据进行数据分类，每一数据分类包括有不同保险业务类型在不同时间段内的数据。
在本公开提供的可选实施例中，所述保险业务类型是根据保险业务流程节点或保险业务功能确定的。
在本公开提供的可选实施例中，所述第一处理模块10具体用于：对所述保险业务的流程节点或业务功能进行拆分，以确定多个保险业务类型以及不同保险业务类型的业务优先级。
在本公开提供的可选实施例中，所述第二处理模块20，用于：确定每一测试环境下的压测数据对应的***服务指标；根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系。
在本公开提供的可选实施例中，所述评估模块30具体用于：根据各测试环境下的压测数据与***服务等级之间的关联关系建立各测试环境下的压测数据与***服务等级之间的评估模型；采集当前保险业务数据，并根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果。
在本公开提供的可选实施例中，所述评估模块30具体用于：根据所述评估模型对所述当前保险业务数据进行预测，以对当前保险业务容量是否满足当前保险业务数据的预测容量进行判断；根据判断结果确定待优化的保险业务。
第三方面，根据本公开的一个或多个实施例，一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如前所述的保险业务容量的管理方法。
第四方面，根据本公开的一个或多个实施例，一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如前所述的保险业务容量的管理方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (10)

1.一种保险业务容量的管理方法，其特征在于，包括：
采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；
在各测试环境下对各保险业务***的节点进行压力测试，获得各测试环境下的压测数据；
确定每一测试环境下的压测数据对应的***服务指标；
根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系；
利用所述关联关系对保险业务容量进行评估。
2.根据权利要求1所述的管理方法，其特征在于，所述根据所述数据确定不同保险业务的***服务等级，包括：
按照保险业务类型对所述数据进行数据分类，并根据各分类下的数据以及保险业务类型的业务优先级，确定不同保险业务的***服务等级。
3.根据权利要求2所述的管理方法，其特征在于，所述按照保险业务类型对所述数据进行数据分类，包括：
按照数据生成时间所属于的时间段以及保险业务类型，对所述数据进行数据分类，每一数据分类包括有不同保险业务类型在不同时间段内的数据。
4.根据权利要求2所述的管理方法，其特征在于，所述保险业务类型是根据保险业务流程节点或保险业务功能确定的。
5.根据权利要求4所述的管理方法，其特征在于，所述管理方法还包括：
对所述保险业务的流程节点或业务功能进行拆分，以确定多个保险业务类型以及不同保险业务类型的业务优先级。
6.根据权利要求1所述的管理方法，其特征在于，所述利用所述关联关系对保险业务容量进行评估，包括：
根据各测试环境下的压测数据与***服务等级之间的关联关系建立各测试环境下的压测数据与***服务等级之间的评估模型；
采集当前保险业务数据，并根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果。
7.根据权利要求1-6任一项所述的管理方法，其特征在于，所述根据所述评估模型对所述当前保险业务数据进行评估，输出保险业务容量的评估结果，包括：
根据所述评估模型对所述当前保险业务数据进行预测，以对当前保险业务容量是否满足当前保险业务数据的预测容量进行判断；
根据判断结果确定待优化的保险业务。
8.一种保险业务容量的管理装置，其特征在于，包括：
第一处理模块，用于采集保险业务的数据，并根据所述保险业务的数据划分不同保险业务的***服务等级；还用于在各测试环境下对各保险业务***的节点进行压力测试，获得各测试环境下的压测数据；
第二处理模块，用于确定每一测试环境下的压测数据对应的***服务指标；根据***服务指标确定每一测试环境下的压测数据对应的***服务等级，并建立各测试环境下的压测数据与***服务等级之间的关联关系；
评估模块，用于利用所述关联关系对保险业务容量进行评估。
9.一种电子设备，其特征在于，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1-7任一项所述的保险业务容量的管理方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1-7任一项所述的保险业务容量的管理方法。
CN202010456530.2A 2020-05-26 2020-05-26 保险业务容量的管理方法、装置、电子设备及存储介质 Pending CN111625436A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010456530.2A CN111625436A (zh) 2020-05-26 2020-05-26 保险业务容量的管理方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010456530.2A CN111625436A (zh) 2020-05-26 2020-05-26 保险业务容量的管理方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN111625436A true CN111625436A (zh) 2020-09-04

Family

ID=72260008

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010456530.2A Pending CN111625436A (zh) 2020-05-26 2020-05-26 保险业务容量的管理方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111625436A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112286798A (zh) * 2020-10-19 2021-01-29 长春创世麒麟科技有限公司 一种可模拟真实用户场景的全链路压测***及方法
CN116881106A (zh) * 2023-07-31 2023-10-13 招商基金管理有限公司 业务***容量运营分析管理方法、装置、存储介质及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1648912A (zh) * 2003-12-17 2005-08-03 国际商业机器公司 评估企业体系结构的方法和***
CN108446210A (zh) * 2018-02-07 2018-08-24 平安科技（深圳）有限公司 ***性能的度量方法、存储介质和服务器
CN109062769A (zh) * 2018-08-21 2018-12-21 南京星邺汇捷网络科技有限公司 It***性能风险趋势预测的方法、装置和设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1648912A (zh) * 2003-12-17 2005-08-03 国际商业机器公司 评估企业体系结构的方法和***
CN108446210A (zh) * 2018-02-07 2018-08-24 平安科技（深圳）有限公司 ***性能的度量方法、存储介质和服务器
CN109062769A (zh) * 2018-08-21 2018-12-21 南京星邺汇捷网络科技有限公司 It***性能风险趋势预测的方法、装置和设备

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112286798A (zh) * 2020-10-19 2021-01-29 长春创世麒麟科技有限公司 一种可模拟真实用户场景的全链路压测***及方法
CN116881106A (zh) * 2023-07-31 2023-10-13 招商基金管理有限公司 业务***容量运营分析管理方法、装置、存储介质及设备
CN116881106B (zh) * 2023-07-31 2024-03-08 招商基金管理有限公司 业务***容量运营分析管理方法、装置、存储介质及设备

Similar Documents

Publication Publication Date Title
CN111950988B (zh) 分布式工作流调度方法、装置、存储介质及电子设备
CN112328419B (zh) 远程过程调用接口的测试用例生成方法、装置、存储介质及电子设备
CN111985831A (zh) 云计算资源的调度方法、装置、计算机设备及存储介质
CN111625436A (zh) 保险业务容量的管理方法、装置、电子设备及存储介质
CN114615177B (zh) 一种云平台的负载检测方法、装置、电子设备和存储介质
CN115328741A (zh) 一种异常处理方法、装置、设备和存储介质
CN116594568A (zh) 一种数据存储方法、装置、电子设备及存储介质
CN112035256A (zh) 一种资源分配方法、装置、电子设备及介质
CN108770014B (zh) 网络服务器的计算评估方法、***、装置及可读存储介质
CN110781066A (zh) 用户行为分析方法、装置、设备及存储介质
CN113297277B (zh) 检验统计量确定方法、装置、可读介质及电子设备
CN111694673B (zh) 内存处理方法、装置、电子设备及计算机可读存储介质
CN113760178A (zh) 缓存数据处理方法、装置、电子设备和计算机可读介质
CN114035906A (zh) 虚拟机迁移方法、装置、电子设备及存储介质
CN114004313A (zh) 故障gpu的预测方法、装置、电子设备及存储介质
CN113807056A (zh) 一种文档名称序号纠错方法、装置和设备
CN116755889B (zh) 应用于服务器集群数据交互的数据加速方法、装置与设备
CN116820539B (zh) 一种基于互联网的***软件运行维护***及方法
CN112948127B (zh) 云平台容器平均负载监视方法、终端设备及可读存储介质
CN113240107B (zh) 图像处理方法、装置和电子设备
CN115328811B (zh) 用于工控网络仿真的程序语句测试方法、装置、电子设备
CN116566924A (zh) 确定性业务流调度方法、装置、设备及存储介质
CN115373932A (zh) 组件运行的监测方法及装置
CN112488412A (zh) 时长信息确定方法、装置、电子设备及计算机存储介质
CN117609062A (zh) 基于ai的自动化测试方法、***、设备及储存介质

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