CN113656307A - 一种系统容量评估方法、装置、设备和介质 - Google Patents
一种系统容量评估方法、装置、设备和介质 Download PDFInfo
- Publication number
- CN113656307A CN113656307A CN202110949190.1A CN202110949190A CN113656307A CN 113656307 A CN113656307 A CN 113656307A CN 202110949190 A CN202110949190 A CN 202110949190A CN 113656307 A CN113656307 A CN 113656307A
- Authority
- CN
- China
- Prior art keywords
- service
- test
- service request
- flow
- request
- 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
- 238000011156 evaluation Methods 0.000 title claims abstract description 40
- 238000012360 testing method Methods 0.000 claims abstract description 220
- 238000000034 method Methods 0.000 claims abstract description 94
- 238000012545 processing Methods 0.000 claims abstract description 67
- 230000008569 process Effects 0.000 claims abstract description 63
- 238000004519 manufacturing process Methods 0.000 claims abstract description 41
- 238000012544 monitoring process Methods 0.000 claims description 8
- 238000004590 computer program Methods 0.000 claims description 7
- 238000000586 desensitisation Methods 0.000 claims description 5
- 230000006870 function Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 6
- 238000011161 development Methods 0.000 description 4
- 238000002955 isolation Methods 0.000 description 4
- 238000009530 blood pressure measurement Methods 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 238000009662 stress testing Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000013522 software testing Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000010076 replication Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3688—Test management for test execution, e.g. scheduling of test suites
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明实施例公开了一种系统容量评估方法、装置、设备和介质，其中，方法包括：在系统测试时间段内，获取业务请求，并确定业务请求的来源标识，其中，来源标识为测试用户标识或非测试用户标识；根据来源标识，确定与业务请求匹配的业务处理路径，按照业务处理路径执行业务请求，以产生业务流量，其中，执行业务请求的过程包括对被测试系统的数据库进行读和/或写的过程；基于系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。本发明实施例的技术方案，实现了在业务系统的测试过程中，可以进行包括读流量和写流量的复杂业务链路的测试，使系统容量测试结果更大程度的接近真实的流量生产场景。
Description
技术领域
本发明实施例涉及软件测试技术领域，尤其涉及一种系统容量评估方法、装置、设备和介质。
背景技术
随着业务系统的发展，业务链路变得复杂，多业务间的耦合性增强，需要通过软件测试来确定业务系统的稳定性，便于业务系统的维护，以使用户有良好的体验。目前，为了使系统测试接近真实的业务流量生产场景，大多会采用生产流量录制与流量回放的方式进行业务系统的测试。
但是，在实现本发明的过程中，发现现有技术中至少存在以下技术问题：
现有技术中采用流量回放进行系统测试，多适用于业务链路单一或业务系统耦合小应用场景，通过业务类型清晰的隔离回放系统链路范围以达成回放压测的目的，但对复杂业务场景难以支持；而且，在压测流量回放时，为了避免与生产流量之间的数据冲突，更多的流量回放均是读流量的业务场景实践，不能够支持写流量的回放，测试结果不能反映被测系统真实的容量。
发明内容
本发明实施例提供了一种系统容量评估方法、装置、设备和介质，以实现在业务系统的测试过程中，可以进行包括读流量和写流量的复杂业务链路的测试，使系统容量测试结果更大程度的接近真实的流量生产场景。
第一方面，本发明实施例提供了一种系统容量评估方法，该方法包括：
在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识，其中，所述来源标识为测试用户标识或非测试用户标识；
根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程；
基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
第二方面，本发明实施例还提供了一种系统容量评估装置，该装置包括：
请求来源识别模块，用于在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识，其中，所述来源标识为测试用户标识或非测试用户标识；
请求处理模块，用于根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程；
容量评估模块，用于基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
第三方面，本发明实施例还提供了一种服务器设备，所述服务器设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明任意实施例所提供的系统容量评估方法。
第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的系统容量评估方法。
上述发明中的实施例具有如下优点或有益效果：
本发明实施例，通过在系统测试时间段内，针对获取到的业务请求，识别并确定业务请求的来源标识，其中，来源标识包括测试用户标识和非测试用户标识；然后，根据来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程，即对测试用户的业务请求和线上生产环境用户的业务请求分别进设定不同的业务处理路径，实现系统测试过程中的测试与生产业务的隔离；最终，基于系统测试时间段内不同来源的业务请求产生的业务流量，生成业务系统容量评估的结果。本实施例技术方案解决了现有技术中通过流量回放的方式进行系统测试的测试链路单一，测试场景简单，测试结果不能代表真实的系统容量的问题，实现了业务系统的测试过程中，可以进行包括读流量和写流量的复杂业务链路的测试，使系统容量测试结果更大程度的接近真实的流量生产场景。
附图说明
图1是本发明实施例一提供的一种系统容量评估方法的流程图；
图2是本发明实施例一提供的一种系统容量评估方法实施场景示意图；
图3是本发明实施例二提供的一种系统容量评估方法的流程图；
图4是本发明实施例二提供的一种生产流量录制过程的示意图；
图5是本发明实施例二提供的一种流量录制与回放的全过程示意图；
图6是本发明实施例三提供的一种系统容量评估装置的结构示意图；
图7是本发明实施例四提供的一种服务器设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一提供的一种系统容量评估方法的流程图，本实施例可适用于对系统容量进行测试的情况，特别的，本实施例更适用于大型网站或大规模系统集群下的业务系统的容量测试。该方法可以由系统容量评估装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。
如图1所示，系统容量评估方法包括以下步骤：
S110、在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识。
为了使应用系统的压力测试过程与应用系统在线使用的情况更加的接近，通常采用流量录制与回放的方法获取应用系统的测试用例。首先，记录应用系统的在线用户对应用系统发出的请求，以及应用系统对用户请求的反馈；然后，将记录的应用系统在线流量导入到测试系统中；进而，在进行应用系统测试时，由测试系统将导入的在线流量进行回放，向被测试的应用系统发出业务请求，从而模拟真实运行环境，对被测试应用系统的系统容量进行评估，以及排查被测试的应用系统的性能问题和风险。其中，测试系统则是通过测试账户发出业务请求的系统，可以是由一个用于系统压力测试的压力测试设备组成的压力测试集群。每一个压力测试设备均可以创建很多的测试账户，来模拟真实用户的操作。
在系统测试时间段内，被测试应用系统所接收到的业务请求可能是正常的线上用户发出的业务请求，也可能是由测试账户发出的业务请求。因此，在接到任务请求之后，需要识别并确定业务请求的来源标识，是测试用户标识还是非测试用户标识，从而确定该接收到的业务请求是否为测试用户发出的请求，以便进一步对业务请求进行处理。
具体的，业务请求则是指用户希望从被测系统得到服务反馈的请求，所请求的业务也是被测系统所具有的功能及服务能力，如请求浏览指定内容、服务进度查询、下订单等操作。
S120、根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量。
根据业务请求对应用系统的影响对业务请求进行分类，可以分为两类。其中，一类是不会改变应用系统数据库内容的请求，只需将应用系统中的数据反馈给业务请求的请求者即可，另一类业务请求会使应用系统的数据库内容产生变更，例如，用户更改账户信息，以及用户在应用系统平台下单购物时，应用系统会写入订单信息以及变更物品的库存信息，也是是说应用系统的数据库中的数据会有更新。针对会对业务系统数据库数据产生影响的业务请求，特别需要将测试用户发出的请求与在线用户发出的请求进行区分，否则会影响在线用户对应用系统的正常使用。
在本实施例中，针对来源不同的业务请求，分别设置了不同的业务请求处理路径，即不同来源的业务请求分别对应的不同的请求路由链路。具体的，执行业务请求的过程包括对被测试系统的数据库进行读和/或写的过程。那么针对不同来源的业务请求，可以将来自于测试账户的业务请求，按照预设的测试业务处理路径进行处理，将来自于常规的线上用户的业务请求，按照常规的业务请求处理路径进行处理。不同的业务处理路径操作的数据库对象是不同的。
示例性的，当业务请求的来源标识为测试用户标识时，基于预设测试业务路径中的应用层接入业务请求；根据业务请求向预设测试业务路径中的存储层或缓存层读取数据和/或写入数据，即通过预设测试业务路径中的消息中间件，根据业务请求的内容向所述预设测试业务路径中的存储层或缓存层读取数据或写入数据；最终，将数据读取和/或写入的结果，通过预设测试业务路径中的应用层反馈给发出业务请求的测试用户。
S130、基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
在系统测试的时间段内，被测试的应用系统所接收的所有业务请求以及对接收到业务请求的进行处理产生的流量，即代表了被测应用系统所能够承受的请求容量，在一定程度上反映了被测试系统的容量。
图2，为本实施例技术方案的一个应用的实例展示，一个购物平台应用系统，可以接收并处理来自于线上用户发出的业务请求，产生线上生产流量，也可以接收以及处理来自于压力测试系统的压力测试账户的业务请求，产生压测流量。业务请求可以是通过移动应用程序端(APP)、嵌入小程序或网页(mobile端)以及计算机(PC端)发出的业务请求，在线用户或测试用户可以通过业务请求访问购物平台首页、搜索、商品详情、购物车、结算页、任一商品、库存、价格、促销及订单等页面，读取或写入对应数据中心(存储层数据库)相应的信息。采用本实施例的方法，设置不同的业务请求处理路径，将线上生产流量与压力测试流量隔离，在处理测试账户发出的业务请求时产生的数据不会影响在线用户的相关业务数据。特别的，在应用系统的测试过程中，测试流量的总量可以是录制流量的一定倍数，如以录制流量的1.5倍或2倍的流量对待测试的业务系统进行测试。
本实施例的技术方案，通过在系统测试时间段内，针对获取到的业务请求，识别并确定业务请求的来源标识，其中，来源标识包括测试用户标识和非测试用户标识；然后，根据来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程，即对测试用户的业务请求和线上生产环境用户的业务请求分别进设定不同的业务处理路径，实现系统测试过程中的测试与生产业务的隔离；最终，基于系统测试时间段内不同来源的业务请求产生的业务流量，生成业务系统容量评估的结果。本实施例技术方案解决了现有技术中通过流量回放的方式进行系统测试的测试链路单一，测试场景简单，测试结果不能代表真实的系统容量的问题，实现了业务系统的测试过程中，可以进行包括读流量和写流量的复杂业务链路的测试，使系统容量测试结果更大程度的接近真实的流量生产场景。
实施例二
图3为本发明实施例二提供的一种系统容量评估方法的流程图，本实施例与上述实施例中的位置信息获取方法属于同一个发明构思，进一步的描述了包含流量录制过程的系统容量评估方案。该方法可以由系统容量评估装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。
如图3所示，系统容量评估方法包括以下步骤：
S210、获取由互联网数据中心的核心交换机对生产流量进行流量复制并分发的流量数据。
其中，互联网数据中心(Internet Data Center)，即IDC机房，是互联网流量进入业务系统的源头接口。可以获取进入到应用系统的全部业务请求，请求内容覆盖到应用系统的各个功能模块。
具体的，生产流量的获取过程，可参考图4所示的详细过程。首先，生产流量由IDC机房的核心交换机的分光口复制得到，故如图4所示，生流量会从核心交换机节点分两路，一路流量按照正常负载均衡策略分配到目标应用服务器中，另一路流量经分光设备进行分光。由于分光出的流量量级较大，单台服务器无法完整接收，故需要进一步的通过分流设备进行分流，将流量引流到流量录制服务的集群中进行处理。
S220、对获取到的流量数据进行数据脱敏和加密处理，形成用于系统测试的待回放流量。
具体的，在本步骤中，可以对获取到的流量数据进行解析、过滤及脱敏等处理后得到可用于回放的流量数据。其中，过滤包括过滤掉请求失败，未能得到反馈的请求。脱敏则是去掉请求中的请求用户信息内容，解除该业务请求与发出业务请求的账户的对应关系。进一步的，为保证数据存储的安全性，流量数据在真正存储到数据库之前，还会进行加密处理以保障数据安全，得到最终的待回放流量(即用户测试的测试用例)。
S230、将被测试系统的生产环境中的存储层的数据库中的数据同步存储到所述预设测试业务路径中的存储层的数据库中。
在测试用例准备完成后，还需要将线上生产环境中业务系统数据库的内容完整复制到业务系统的测试环境的数据库中，即复制得到存储层的影子存储层，使测试过程中的数据读取与写入过程，也与线上生产环境中的数据读取与写入过程保持一致，是测试环境更加贴近生产环境。
S240、在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识。
其中，来源标识包括测试用户标识和非测试用户标识。被测试应用系统所接收到的业务请求可能是正常的线上用户发出的业务请求，也可能是由测试账户发出的业务请求。因此，在接到任务请求之后，需要识别并确定业务请求的来源标识，是测试用户标识还是非测试用户标识，从而确定该接收到的业务请求是否为测试用户发出的请求，以便对业务请求进一步的处理。
测试用户发出的业务请求是通过测试系统的测试账户发出的业务请求，测试系统可以是由一个用于系统压力测试的压力测试设备组成的压力测试集群。每一个压力测试设备均可以创建很多的测试账户，来模拟真实用户的操作。测试系统可以直接挂载于存储待回放流量的云存储网盘，高效的获取用于测试的流量文件。采用此种方式进行待回放流量文件的传输，单个流量文件可为GB级别，压力测试设备在千台规模情况下，可以控制在分钟级别时间内完成用于测试的流量文件传输。
S250、根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量。
其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程。
在本步骤中，针对不同来源的业务请求，设置了不同的数据读与写的业务处理路径。当业务请求为来自于测试用户时，从预设测试业务路径中的应用层接入业务请求；根据业务请求向预设测试业务路径中的存储层或缓存层读取数据和/或写入数据，即通过预设测试业务路径中的消息中间件，根据业务请求的内容向所述预设测试业务路径中的存储层或缓存层读取数据或写入数据；最终，将数据读取和/或写入的结果，通过预设测试业务路径中的应用层反馈给发出业务请求的测试用户。
通过对不同的来源的业务请求进行识别，将生产流量引入生产环境与存储层，压测流量引入压测环境以及影子存储层，可以保证生产与测试两部分相互不受影响，另外也能保证压力测试完成后对压力测试产生数据的清理更为方便。
S260、基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
在系统测试的时间段内，被测试的应用系统所接收的所有业务请求以及对接收到业务请求的进行处理产生的流量，即代表了被测应用系统所能够承受的请求容量，在一定程度上反映了被测试系统的容量。
在图5中，示出了流量录制与回放的全过程。通过机房的核心交换机获取到的生产流量(公网流量)，通过应用防护系统(Web Application Firewall，WAF)进行脱敏与加密处理，存放到流量录制集群数据库中，完成流量录制。同时，生产流量也会经过负载均衡服务器进行目标业务系统服务器分配，由目标业务系统服务器进行处理。在进行应用系统的测试时，压力测试设备通过消息中间件获取待测试流量文件，进而发出测试用业务请求。在负载均衡服务器接收到测试用业务请求后，分配到目标业务系统服务器，进行识别，并按照对应的处理路径进行处理，从而完成系统测试过程。
通常，在实际的业务系统设置中，会采用“双活”的模式，设置两个应用系统的服务集群，其中，一个服务集群用于正常的线上生产，处理线上非测试用户发出的业务请求；另一个服务集群用于系统测试，专门接收并处理来自于测试用户的业务请求。两个服务集群的业务处理对象可以进行交换，即对两个服务器集群分别进行测试。
本实施例的技术方案，通过IDC机房核心交换机预先对生产流量进行复制，得到用于测试的待回放流量，并将生产环境中数据库的内容复制到测试环境中的数据库中，使测试环境与生产环境保持高度一致。进而在系统测试时间段内，针对获取到的业务请求，识别并确定业务请求的来源标识，其中，来源标识包括测试用户标识和非测试用户标识；然后，根据来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程，即对测试用户的业务请求和线上生产环境用户的业务请求分别进设定不同的业务处理路径，实现系统测试过程中的测试与生产业务的隔离；最终，基于系统测试时间段内不同来源的业务请求产生的业务流量，生成业务系统容量评估的结果。本实施例技术方案解决了现有技术中通过流量回放的方式进行系统测试的测试链路单一，测试场景简单，测试结果不能代表真实的系统容量的问题，实现了业务系统的测试过程中，可以进行包括读流量和写流量的复杂业务链路的测试，使系统容量测试结果更大程度的接近真实的流量生产场景。
在一种优选的实施方式中，在进行系统测试的过程中，还可以设置系统运行监测工具，基于预设监控工具，对来源标识为测试用户标识的业务请求的处理过程进行监控。可以发现系统在业务流量压力较大时，可能会出现的问题，例如，不同业务功能模块间调用的问题等。从而，可以通过监测结果对应用系统进行优化。
实施例三
图6为本发明实施例三提供的一种系统容量评估装置的结构示意图，本实施例可适用于系统容量评估和测试的情况，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机终端设备中。
如图6所示，系统容量评估装置包括：请求来源识别模块310、请求处理模块320和容量评估模块330。
其中，请求来源识别模块310，用于在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识，其中，所述来源标识为测试用户标识或非测试用户标识；请求处理模块320，用于根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程；容量评估模块330，用于基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
本实施例的技术方案，通过在系统测试时间段内，针对获取到的业务请求，识别并确定业务请求的来源标识，其中，来源标识包括测试用户标识和非测试用户标识；然后，根据来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程，即对测试用户的业务请求和线上生产环境用户的业务请求分别进设定不同的业务处理路径，实现系统测试过程中的测试与生产业务的隔离；最终，基于系统测试时间段内不同来源的业务请求产生的业务流量，生成业务系统容量评估的结果。本实施例技术方案解决了现有技术中通过流量回放的方式进行系统测试的测试链路单一，测试场景简单，测试结果不能代表真实的系统容量的问题，实现了业务系统的测试过程中，可以进行包括读流量和写流量的复杂业务链路的测试，使系统容量测试结果更大程度的接近真实的流量生产场景。
可选的，所述请求处理模块320具体用于：
当所述来源标识为测试用户标识时，基于预设测试业务路径中的应用层接入所述业务请求；
根据所述业务请求向所述预设测试业务路径中的存储层或缓存层读取数据和/或写入数据；
将数据读取和/或写入的结果，通过所述预设测试业务路径中的应用层反馈给发出所述业务请求的测试用户。
可选的，所述根请求处理模块320进一步用于：
通过所述预设测试业务路径中的消息中间件，根据所述业务请求的内容向所述预设测试业务路径中的存储层或缓存层读取数据或写入数据。
可选的，所述测试用户标识对应的业务请求是通过对预设历史时间内的生产流量进行回放产生的业务请求，所述系统容量评估装置还包括流量录制模块，用于：
获取由互联网数据中心的核心交换机对生产流量进行流量复制并分发的流量数据；
对获取到的流量数据进行数据脱敏和加密处理，形成用于系统测试的待回放流量。
可选的，所述测试用户标识为挂载于存储所述待回放流量的云存储网盘的预设测试设备的账户标识。
可选的，所述系统容量评估装置还包括数据复制模块，用于：
在系统测试之前，将被测试系统的生产环境中的存储层的数据库中的数据同步存储到所述预设测试业务路径中的存储层的数据库中。
可选的，所述系统容量评估装置还包括测试监控模块，用于：
基于预设监控工具，对所述来源标识为测试用户标识的业务请求的处理过程进行监控。
本发明实施例所提供的系统容量评估装置可执行本发明任意实施例所提供的系统容量评估方法，具备执行方法相应的功能模块和有益效果。
实施例四
图7为本发明实施例四提供的一种服务器的结构示意图。图7示出了适于用来实现本发明实施方式的示例性服务器12的框图。图7显示的服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。服务器12可以任意具有计算能力的终端设备，如智能控制器及服务器、手机等终端设备。
如图7所示，服务器12以通用计算设备的形式表现。服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该服务器12交互的设备通信，和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与服务器12的其它模块通信。应当明白，尽管图7中未示出，可以结合服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发实施例所提供的系统容量评估方法，该方法包括：
在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识，其中，所述来源标识为测试用户标识或非测试用户标识；
根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程；
基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
实施例五
本实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的系统容量评估方法。
在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识，其中，所述来源标识为测试用户标识或非测试用户标识；
根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程；
基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。
Claims (10)
1.一种系统容量评估方法，其特征在于，所述方法包括：
在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识，其中，所述来源标识为测试用户标识或非测试用户标识；
根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程；
基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
2.根据权利要求1所述的方法，其特征在于，根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，包括：
当所述来源标识为测试用户标识时，基于预设测试业务路径中的应用层接入所述业务请求；
根据所述业务请求向所述预设测试业务路径中的存储层或缓存层读取数据和/或写入数据；
将数据读取和/或写入的结果，通过所述预设测试业务路径中的应用层反馈给发出所述业务请求的测试用户。
3.根据权利要求2所述的方法，其特征在于，所述根据所述业务请求向所述预设测试业务路径中的存储层或缓存层读取数据或写入数据，包括：
通过所述预设测试业务路径中的消息中间件，根据所述业务请求的内容向所述预设测试业务路径中的存储层或缓存层读取数据或写入数据。
4.根据权利要求1所述的方法，其特征在于，所述测试用户标识对应的业务请求是通过对预设历史时间内的生产流量进行回放产生的业务请求，所述生产流量的录制过程包括：
获取由互联网数据中心的核心交换机对生产流量进行流量复制并分发的流量数据；
对获取到的流量数据进行数据脱敏和加密处理，形成用于系统测试的待回放流量。
5.根据权利要求4所述的方法，其特征在于，所述测试用户标识为挂载于存储所述待回放流量的云存储网盘的预设测试设备的账户标识。
6.根据权利要求2-5中任一所述的方法，其特征在于，在系统测试之前，所述方法还包括：
将被测试系统的生产环境中的存储层的数据库中的数据同步存储到所述预设测试业务路径中的存储层的数据库中。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
基于预设监控工具，对所述来源标识为测试用户标识的业务请求的处理过程进行监控。
8.一种系统容量评估装置，其特征在于，所述装置包括：
请求来源识别模块，用于在系统测试时间段内，获取业务请求，并确定所述业务请求的来源标识，其中，所述来源标识为测试用户标识或非测试用户标识；
请求处理模块，用于根据所述来源标识，确定与所述业务请求匹配的业务处理路径，按照所述业务处理路径执行所述业务请求，以产生业务流量，其中，执行所述业务请求的过程包括对被测试系统的数据库进行读和/或写的过程；
容量评估模块，用于基于所述系统测试时间段内不同来源的业务请求产生的所述业务流量，生成业务系统容量评估的结果。
9.一种服务器设备，其特征在于，所述服务器设备包括：
一个或多个处理器；
存储器，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的系统容量评估方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的系统容量评估方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110949190.1A CN113656307A (zh) | 2021-08-18 | 2021-08-18 | 一种系统容量评估方法、装置、设备和介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110949190.1A CN113656307A (zh) | 2021-08-18 | 2021-08-18 | 一种系统容量评估方法、装置、设备和介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113656307A true CN113656307A (zh) | 2021-11-16 |
Family
ID=78480963
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110949190.1A Pending CN113656307A (zh) | 2021-08-18 | 2021-08-18 | 一种系统容量评估方法、装置、设备和介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113656307A (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114185755A (zh) * | 2021-12-10 | 2022-03-15 | 杭州谐云科技有限公司 | 一种Tomcat容器的业务容量评估方法和系统 |
| CN114900445A (zh) * | 2022-04-28 | 2022-08-12 | 北京百度网讯科技有限公司 | 流量录制方法、装置及电子设备 |
| CN116527528A (zh) * | 2023-04-12 | 2023-08-01 | 中国信息通信研究院 | 一种基于流量的数据安全监测系统的测试方法 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101232537A (zh) * | 2007-12-26 | 2008-07-30 | 中兴通讯股份有限公司 | 一种对通讯设备进行性能测试的方法及其系统 |
| US20110075568A1 (en) * | 2009-09-30 | 2011-03-31 | Verizon Patent And Licensing Inc. | Resource management in dynamic network environments |
| CN108712374A (zh) * | 2018-04-03 | 2018-10-26 | 郑州云海信息技术有限公司 | 一种请求控制方法、控制器及电子设备 |
| CN110618922A (zh) * | 2019-08-15 | 2019-12-27 | 平安普惠企业管理有限公司 | 性能测试方法及相关设备 |
| CN111464383A (zh) * | 2020-03-30 | 2020-07-28 | 中国建设银行股份有限公司 | 基于生产环境的系统容量测试方法及装置 |
| CN113127358A (zh) * | 2021-04-23 | 2021-07-16 | 北京映客芝士网络科技有限公司 | 一种测试方法、装置、电子设备及介质 |
| CN113127335A (zh) * | 2020-01-16 | 2021-07-16 | 北京京东振世信息技术有限公司 | 一种系统测试的方法和装置 |
-
2021
- 2021-08-18 CN CN202110949190.1A patent/CN113656307A/zh active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101232537A (zh) * | 2007-12-26 | 2008-07-30 | 中兴通讯股份有限公司 | 一种对通讯设备进行性能测试的方法及其系统 |
| US20110075568A1 (en) * | 2009-09-30 | 2011-03-31 | Verizon Patent And Licensing Inc. | Resource management in dynamic network environments |
| CN108712374A (zh) * | 2018-04-03 | 2018-10-26 | 郑州云海信息技术有限公司 | 一种请求控制方法、控制器及电子设备 |
| CN110618922A (zh) * | 2019-08-15 | 2019-12-27 | 平安普惠企业管理有限公司 | 性能测试方法及相关设备 |
| CN113127335A (zh) * | 2020-01-16 | 2021-07-16 | 北京京东振世信息技术有限公司 | 一种系统测试的方法和装置 |
| CN111464383A (zh) * | 2020-03-30 | 2020-07-28 | 中国建设银行股份有限公司 | 基于生产环境的系统容量测试方法及装置 |
| CN113127358A (zh) * | 2021-04-23 | 2021-07-16 | 北京映客芝士网络科技有限公司 | 一种测试方法、装置、电子设备及介质 |
Non-Patent Citations (2)
| Title |
|---|
| BEVRANI B.等: "A capacity assessment approach for multi-modal transportation systems", EUROPEAN JOURNAL OF OPERATIONAL RESEARCH, 16 December 2017 (2017-12-16) * |
| 韩延涛;王东;李秋香;徐晓东;: "TD-LTE设备大容量性能及测试方案研究", 移动通信, no. 22, 30 November 2016 (2016-11-30) * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114185755A (zh) * | 2021-12-10 | 2022-03-15 | 杭州谐云科技有限公司 | 一种Tomcat容器的业务容量评估方法和系统 |
| CN114900445A (zh) * | 2022-04-28 | 2022-08-12 | 北京百度网讯科技有限公司 | 流量录制方法、装置及电子设备 |
| CN114900445B (zh) * | 2022-04-28 | 2024-04-16 | 北京百度网讯科技有限公司 | 流量录制方法、装置及电子设备 |
| CN116527528A (zh) * | 2023-04-12 | 2023-08-01 | 中国信息通信研究院 | 一种基于流量的数据安全监测系统的测试方法 |
| CN116527528B (zh) * | 2023-04-12 | 2024-02-02 | 中国信息通信研究院 | 一种基于流量的数据安全监测系统的测试方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102201235B1 (ko) | 서비스 프로세스 시스템，서비스 데이터 처리 방법 및 장치 | |
| CN113656307A (zh) | 一种系统容量评估方法、装置、设备和介质 | |
| CN103946809B (zh) | 为测试服务器产生产品服务器负载活动 | |
| CN107423085B (zh) | 用于部署应用的方法和装置 | |
| CN111368013B (zh) | 基于多账户的统一标识方法、系统、设备和存储介质 | |
| CN112100079B (zh) | 基于模拟数据调用的测试方法、系统和电子设备 | |
| CN108628673A (zh) | 数据处理方法、电子设备和计算机可读介质 | |
| CN110737726B (zh) | 一种确定待测试接口的测试数据的方法和装置 | |
| CN111324441A (zh) | 运行环境的切换方法、装置、计算机设备和存储介质 | |
| CN113076251A (zh) | 测试方法和装置 | |
| CN111580855A (zh) | 一种基于全流程灰度发布的策略发布方法、系统和电子设备 | |
| CN110677307B (zh) | 一种服务监测方法、装置、设备和存储介质 | |
| CN111966653A (zh) | 微服务调用链路数据处理方法、装置、服务器及存储介质 | |
| CN109711849B (zh) | 以太坊地址画像生成方法、装置、电子设备及存储介质 | |
| CN110866031A (zh) | 数据库访问路径的优化方法、装置、计算设备以及介质 | |
| CN110266610B (zh) | 流量识别方法、装置、电子设备 | |
| CN108228611B (zh) | 单据信息抄写方法和装置 | |
| CN114465919B (zh) | 一种网络服务测试方法、系统、电子设备及存储介质 | |
| CN108415849A (zh) | 用于测试应用的方法和装置 | |
| CN113760315B (zh) | 测试系统的方法和装置 | |
| CN111966993B (zh) | 设备标识码识别、生成算法测试方法、装置、设备及介质 | |
| CN112732952A (zh) | 一种分布式推荐系统中功能模块的监控方法及相关装置 | |
| CN113392002A (zh) | 一种测试系统构建方法、装置、设备及存储介质 | |
| CN113763094A (zh) | 一种业务信息处理方法、装置、服务器、介质和系统 | |
| CN113760680A (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 |