CN115080436B - Test index determining method and device, electronic equipment and storage medium - Google Patents

Test index determining method and device, electronic equipment and storage medium Download PDF

Info

Publication number
CN115080436B
CN115080436B CN202210751704.7A CN202210751704A CN115080436B CN 115080436 B CN115080436 B CN 115080436B CN 202210751704 A CN202210751704 A CN 202210751704A CN 115080436 B CN115080436 B CN 115080436B
Authority
CN
China
Prior art keywords
tested
level
service
test
determining
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.)
Active
Application number
CN202210751704.7A
Other languages
Chinese (zh)
Other versions
CN115080436A (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.)
Zhongdian Jinxin Software Co Ltd
Original Assignee
Zhongdian Jinxin Software 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 Zhongdian Jinxin Software Co Ltd filed Critical Zhongdian Jinxin Software Co Ltd
Priority to CN202210751704.7A priority Critical patent/CN115080436B/en
Publication of CN115080436A publication Critical patent/CN115080436A/en
Application granted granted Critical
Publication of CN115080436B publication Critical patent/CN115080436B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3696Methods or tools to render software testable

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

The embodiment of the application provides a test index determining method, a test index determining device, electronic equipment and a storage medium, and relates to the technical field of computers. The method comprises the following steps: responding to the received test request, and determining a corresponding system to be tested and content to be tested; determining at least one hierarchy to be tested matched with the system function based on the system function of the system to be tested, the service provided by each hierarchy in a plurality of hierarchies of the application system architecture and the hierarchy support relationship from bottom to top among the hierarchies; and determining the availability test index of each hierarchy to be tested and the system availability index of the application system architecture as candidate test indexes, and determining target test indexes from the candidate test indexes based on the content to be tested. The embodiment of the application combines the system function of the system to be tested and the specific content to be tested, can comprehensively determine the target test index corresponding to the actual test requirement, and better detects the availability of the system to be tested.

Description

Test index determining method and device, electronic equipment and storage medium
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and apparatus for determining a test index, an electronic device, and a computer readable storage medium.
Background
With the development of IT technology (Internet Technology ), the concentration point of non-functional testing is not limited to performance testing, security testing, etc., and the importance of usability testing is gradually increased, and according to the description of usability in gb_t 25000.10-2016, usability refers to the extent to which a system, product or component can be operated and accessed when needed for use.
However, in the related art, a large number of professionals (including but not limited to, building, development, testing, operation and maintenance, etc. post specialists) are usually required to manually determine a scheme for performing the availability test, which requires a large amount of labor cost. In addition, in the usability testing process, the adopted test points (namely test indexes) are single, and the use requirement cannot be met.
Disclosure of Invention
The embodiment of the application provides a test index determining method, a device, electronic equipment and a computer readable storage medium, which can comprehensively determine an availability test index based on test requirements.
According to an aspect of the embodiment of the present application, there is provided a test index determining method, including:
responding to the received test request, and determining a system to be tested and content to be tested corresponding to the test request;
Acquiring an application system architecture corresponding to a system to be tested, wherein the application system architecture comprises a plurality of layers with a layer support relationship from bottom to top, and different layers are used for providing different services;
determining at least one hierarchy to be tested matched with the system function from the multiple hierarchies based on the system function of the system to be tested, the service provided by each hierarchy in the multiple hierarchies and the hierarchy support relation;
determining an availability test index of each to-be-tested level in at least one to-be-tested level and a system availability index of an application system architecture as candidate test indexes, wherein the system availability indexes comprise the overall availability of a service link realized based on the application system architecture and the availability of each link node in the service link;
and determining a target test index from the candidate test indexes based on the content to be tested.
According to another aspect of the embodiment of the present application, there is provided a test index determining apparatus, including:
the test request analysis module is used for responding to the received test request and determining a system to be tested and content to be tested corresponding to the test request;
the system comprises an application system architecture acquisition module, a testing module and a testing module, wherein the application system architecture acquisition module is used for acquiring an application system architecture corresponding to a system to be tested, the application system architecture comprises a plurality of layers with a layer support relationship from bottom to top, and different layers are used for providing different services;
The system comprises a hierarchy to be tested determining module, a hierarchy to be tested determining module and a hierarchy processing module, wherein the hierarchy to be tested determining module is used for determining at least one hierarchy to be tested matched with the system function from a plurality of hierarchies based on the system function of the system to be tested, services provided by each hierarchy in the plurality of hierarchies and hierarchy supporting relation;
the system comprises a candidate test index determining module, a candidate test index determining module and a test module, wherein the candidate test index determining module is used for determining an availability test index of each to-be-tested level in at least one to-be-tested level and a system availability index of an application system architecture as candidate test indexes, and the system availability index comprises the overall availability of a service link realized based on the application system architecture and the availability of each link node in the service link;
the target test index determining module is used for determining target test indexes from candidate test indexes based on the content to be tested.
According to yet another aspect of an embodiment of the present application, there is provided an electronic device including a memory, a processor, and a computer program stored on the memory, the processor executing the computer program to perform the steps of the above method.
According to a further aspect of embodiments of the present application, there is provided a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the above method.
The technical scheme provided by the embodiment of the application has the beneficial effects that:
the embodiment of the application provides a test index determining method, a device, electronic equipment and a computer readable storage medium. And then the availability test index of each level to be tested in at least one level to be tested and the system availability index of the application system architecture are used as candidate test indexes, and according to the content to be tested, the target test index is determined from the candidate test indexes, so that the system function of the system to be tested and the specific content to be tested are combined, the target test index corresponding to the actual test requirement is comprehensively determined, and the availability of the system to be tested is better detected.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings that are required to be used in the description of the embodiments of the present application will be briefly described below.
FIG. 1 shows a flowchart of a test index determination method provided by an embodiment of the present application;
FIG. 2 is a schematic diagram of test indicators of an application system architecture according to an embodiment of the present application;
FIG. 3 is another flow chart of a test index determination method according to an embodiment of the present application;
fig. 4 is a schematic diagram of a test index determining apparatus according to an embodiment of the present application;
fig. 5 shows a schematic structural diagram of an electronic device to which the embodiment of the application is applied.
Detailed Description
Embodiments of the present application are described below with reference to the drawings in the present application. It should be understood that the embodiments described below with reference to the drawings are exemplary descriptions for explaining the technical solutions of the embodiments of the present application, and the technical solutions of the embodiments of the present application are not limited.
As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless expressly stated otherwise, as understood by those skilled in the art. It will be further understood that the terms "comprises" and "comprising," when used in this specification, specify the presence of stated features, information, data, steps, operations, elements, and/or components, but do not preclude the presence or addition of other features, information, data, steps, operations, elements, components, and/or groups thereof, all of which may be included in the present specification. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. The term "and/or" as used herein indicates that at least one of the items defined by the term, e.g., "a and/or B" may be implemented as "a", or as "B", or as "a and B".
For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail with reference to the accompanying drawings.
The following description of the terminology and related art related to the application:
the IASS platform (Infrastructure as a Service ) aggregates IT infrastructure resources (computing, networking, storage) into a resource pool through virtualization, dynamics. The resource pool is a collection of computing power, and a client user (enterprise) can obtain self-needed computing resources through a network to run corresponding services.
PaaS (Platform as a Service ) layer, besides providing basic computing capability, also has a development and running environment of business, and provides IT components including application codes, SDK, operating system and API, so that the individual developer and enterprises can embed corresponding functional modules into software or hardware to improve development efficiency.
A combination of Development and Operations, a set of processes, methods and systems, is used to facilitate communication, collaboration and integration between Development (application/software engineering), technical Operations and quality assurance (Quality assurance, QA) departments.
Single board hot plug design: when a single board fails, IT is required to allow the live extraction of the failure board and the insertion of the backup board without stopping the whole IT system.
UPS (Uninterruptible Power Supply ): the system equipment is arranged for solving the problem of uninterrupted power supply, the storage battery is connected with the host, and the commercial power is converted into direct current through a module circuit such as a host inverter. The system is mainly used for providing stable and uninterrupted power supply for a single computer, a computer network system or other power electronic equipment, and has three basic functions of voltage stabilization, filtering and uninterrupted power supply.
And (3) middleware: the middleware is independent system level software, connects an operating system layer and an application program layer, standardizes interfaces of applications provided by different operating systems, unifies protocols and shields details of specific operations. Generally used to provide three functions of communication support, application support and public services.
Database cluster: at least two or more database servers are used to form a virtual single database logical image, which provides transparent data services to clients, like a single database system.
HA (High Available), a high availability cluster, is an effective solution to ensure service continuity, typically has two or more nodes, and is divided into active nodes and standby nodes. The active node is generally referred to as executing traffic, and the standby node is referred to as a backup to the active node. When the active node has a problem, and the running service (task) cannot run normally, the standby node detects the problem at the moment and immediately continues to the active node to execute the service. Thereby realizing uninterrupted or short interruption of service.
A cluster is a parallel or distributed system of computers connected to each other, and from the outside, it is simply a system that provides uniform services to the outside.
The cluster based on parallel computing is mainly applied to environments such as scientific computing, high-task-amount computing and the like. The method comprises multiple realization methods of parallel compiling, process communication, task distribution and the like.
The process comprises the following steps: a program with independent functionality may apply for and own system resources with respect to one run activity of a certain data set, including not only the code of the program, but also the current activity, represented by the value of the program counter and the contents of the processing registers.
Thread: the minimum unit of program execution flow, the basic unit independently scheduled and allocated by the system, the thread itself does not possess system resources, only possesses a little of resources necessary for running, but it can share all the resources owned by the process with other threads belonging to the same process. Running multiple threads simultaneously in a single program accomplishes different tasks, known as multithreading.
Availability of: availability may be externally assessed by the percentage of the system, product or component that is in a usable state for the total time, as documented in gb_t 25000.10-2016 (system and software engineering system and software quality requirements and assessment). Availability is a combination of maturity (controlling the frequency of failures), fault tolerance, and easy recovery (controlling the amount of downtime that occurs after each failure). From this description, it may be determined that the availability characteristics are satisfied, and the capabilities that the system needs to implement include: the ability to provide services for multiple activities (i.e., sufficient backup, hereinafter referred to as multiple activities), the ability to shorten downtime, fault tolerance, fault isolation, fault recovery. The result of each capability test reaches the index value to indicate that the availability meets the standard, namely the availability is achieved. Wherein, the index values of different capabilities may be the same or different, which is not limited in the embodiment of the present application. The index values of different capabilities may be determined according to practical situations, which is not limited in the embodiment of the present application. For example, the index value for multiple competency may be 90%.
The technical solutions of the embodiments of the present application and technical effects produced by the technical solutions of the present application are described below by describing several exemplary embodiments. It should be noted that the following embodiments may be referred to, or combined with each other, and the description will not be repeated for the same terms, similar features, similar implementation steps, and the like in different embodiments.
Fig. 1 shows a flowchart of a test index determining method according to an embodiment of the present application. As shown in fig. 1, the method includes:
step S110: and responding to the received test request, and determining a system to be tested and content to be tested corresponding to the test request.
The test request can comprise a system identifier and a request identifier, the system to be tested corresponding to the test request can be determined through the system identifier, and the content to be tested can be determined through the request identifier. The embodiment of the application does not limit the setting modes of the system identifier and the request identifier, and can be numbers, letters and characters or can be realized by combining at least two of the numbers, the letters and the characters.
For example, when the test requirement is to change the architecture of the direct-selling bank system from the centralized architecture to the micro-service architecture, the system identifier in the test request is the identifier of the direct-selling bank system, and the request identifier in the test request may be to change the architecture of the direct-selling bank system from the centralized architecture to the micro-service architecture.
Step S120: and acquiring an application system architecture corresponding to the system to be tested, wherein the application system architecture comprises a plurality of layers with a layer support relation from bottom to top, and different layers are used for providing different services.
The application system architecture may be a general IT (information technology) architecture or a cloud computing architecture, which is not limited in this embodiment of the present application and may be determined according to practical situations.
Wherein, the hierarchical support relation from bottom to top is: among the multiple levels of the application system architecture, each level technically supports its upper level, starting from the lowest level.
For example, take an application system architecture that includes an infrastructure layer, a base platform layer, a development operation and maintenance layer, an application platform layer, and an application service layer with a bottom-up hierarchical support relationship as an example:
the infrastructure layer may include a supporting deployment facility such as an IASS platform, servers, storage resources, network environments, and external devices, to provide the link components required to implement the traffic links, and to provide technical support for the infrastructure layer. The base platform layer may include I-PAAS, A-PAAS, B-PASS, etc. components to provide an implementation environment for the service links and to provide technical support for developing the operational layers. The development operation and maintenance layer can comprise a development component, an operation and maintenance component, a DevOps platform and other components, and is used for monitoring the implementation process of the business link and providing technical support for the application platform layer. The application platform layer may include a technical class system or a support class system for handling user initiated service requests and providing technical support for the application service layer. The application service layer may include a system for providing services to the outside by an application, for receiving a service request initiated by a user by interacting with a client.
Step S130: at least one tier to be tested that matches the system functionality is determined from the plurality of tiers based on the system functionality of the system to be tested, the services provided by each of the plurality of tiers, and the tier support relationship.
In one possible implementation manner, the determining, based on the system function of the system to be tested, the service provided by each of the multiple levels, and the level support relationship, at least one level to be tested with a system function matching the multiple levels may include:
determining a target level matched with the system function based on the matching of the system function with the service provided by each of the plurality of levels;
sequentially determining each associated level of the target level from top to bottom based on the target level and the level support relationship;
and determining each associated level of the target level and the target level as the at least one level to be tested, wherein the uppermost level in the at least one level to be tested is the target level.
In view of the fact that in the application system architecture, the upper-level needs to provide technical support for the lower-level to achieve corresponding service, after determining the target level matched with the system function of the system to be tested, the target level can be used as the uppermost-level, and all the associated levels of the target level can be determined sequentially from top to bottom. Therefore, each associated level of the target level and the target level is determined to be at least one level to be tested corresponding to the system to be tested, and the level to be tested of the system to be tested can be accurately determined.
Step S140: and determining an availability test index of each hierarchy to be tested in at least one hierarchy to be tested and a system availability index of an application system architecture as candidate test indexes, wherein the system availability index comprises the overall availability of a service link realized based on the application system architecture and the availability of each link node in the service link.
The roles (i.e., services provided) played by the components in the different tiers may be different based on the degree of association of the roles played by the components with availability, and if the roles played by a component match the availability, the roles played by the component with respect to availability may be used as an availability indicator for performing the availability test.
Step S150: and determining a target test index from the candidate test indexes based on the content to be tested.
According to the test index determining method provided by the embodiment of the application, at least one level to be tested, which is matched with the system function of the system to be tested, can be accurately determined from a plurality of levels based on the system function of the system to be tested corresponding to the test request, the service provided by each level in a plurality of levels of the application system architecture corresponding to the system to be tested and the level supporting relation among the levels. And then, the system function of the system to be tested and the specific content to be tested are combined, the target test index corresponding to the actual test requirement is comprehensively determined, and the usability of the system to be tested is better detected.
Considering that a data center is a hub for information exchange, storage and processing, is a key infrastructure for carrying. In a single data center's room, the number of servers that can be deployed is typically limited, while extended services continue to require expansion, making it difficult for a single data center to support all services. In addition, machine room level failures (e.g., machine room outages, network outages, etc.) occur with serious consequences.
At present, a multi-activity technology can be adopted to cope with faults at the level of rapidly expanding service and machine rooms, and data transmission and synchronization can be realized among the machine rooms. For example, by building separate data centers in different cities to achieve off-site multiple liveness. The "live" is relative to the cold backup, the cold backup is to backup the full data, the service requirement is not supported at ordinary times, the machine room can be switched to the standby machine room only when the main machine room fails, and the "multi-live" means that the machine rooms also need to run in the daily service center to support the service.
The multi-activity is to divide the service into a plurality of service units according to the dividing standard, then establish a plurality of multi-activity environments corresponding to the plurality of service units one by one, and support the corresponding service units through the multi-activity environments so as to realize the support of the whole service, and the data sharing and synchronization between different multi-activity environments can be carried out. The dividing standard may be a geographic location, and the multi-activity environment refers to a generic term of hardware, software, network, database, and other configurations adopted to be capable of independently realizing support of the corresponding service units.
Based on this, the method proposed by the embodiment of the present application will be further described below taking multiple capabilities in usability as an example.
In one possible implementation, the availability test indicators may include test indicators for multiple capabilities,
for each level in the application system architecture, the availability indicator of the level includes a test indicator of multiple capabilities of each preset component in the level, each preset component in the level is preconfigured based on a deployment mode of the level and a service provided by the level to the supported level, and the service provided by the level is determined based on the service provided by each preset component in the level;
the service link is generated after service arrangement is carried out on the service which can be provided by each preset component in each level in the application system architecture based on the preprocessed service, and one link node in the service link corresponds to one preset component; the overall availability of the service link implemented based on the application system architecture refers to the coping capability of the application system when all link nodes in the service link fail; the availability of each link node in the service link refers to the coping capability of the application system when any link node in the service link fails.
The coping capability of the application system when all the link nodes in the service link fail, i.e. the capability of determining whether a new service link realizes the service function realized by the current service link when all the link nodes in the service link fail. In the implementation process, if each link component implementing a service link is taken as a unit, a new unit needs to be determined again, so that the "coping capability of the application system when all link nodes in the service link fail" may also be simply referred to as "how active a unit is".
The coping capability of the application system when any one of the service links fails, that is, when any one of the service links fails, whether one of the service links is replaced by the failed service link can be determined, and when the alternative service link is determined, the influence of the failed service link on the whole service is generally considered, so that in the embodiment of the application, the coping capability of the application system when any one of the service links fails can be simply referred to as the influence of how much each node (i.e., the link node) is alive after service arrangement on the whole service.
In one possible implementation, the deployment mode includes a backup mode, where the backup mode includes a cold backup mode or a hot backup mode.
Of course, the backup mode may also include warm backup, etc., and may be determined according to actual situations, which is not limited in the embodiment of the present application.
By basing the degree of association between roles and multi-capabilities of components in each level of the application system architecture, if a role played by a component matches a multi-capability, the role played by the component in relation to the multi-capability is used as a multi-capability indicator.
Based on the service link implemented by the application system architecture, the service link can be triggered from the service implementation angle (i.e. the transaction line angle), and the multi-activity related technology which can be implemented in the service implementation process is also taken as a multi-activity index in consideration of the multi-activity capability provided by each link node in one service link and the multi-activity capability provided by the whole service link.
In the specific implementation process, when determining the multi-activity index related to the service link, in addition to the hierarchical support relationship between the hierarchies related to the service link, the association relationship such as the calling relationship, the constraint relationship and the like between the hierarchies related to the service link can be considered.
All the test indexes related to the multiple activities in the application system architecture can be accurately determined by combining the multiple activity indexes corresponding to each level in the application system architecture and the multiple activity indexes related to the service link, namely combining the method of layering and transaction line.
In one possible implementation manner, the test indexes of the multiple activities of each preset component in each level of the application system architecture are respectively:
the test indexes of the multi-activity capability of each preset component in the infrastructure layer are respectively resource backup capability, network equipment backup capability, peripheral backup capability and uninterrupted power supply UPS backup capability;
the test indexes of the multi-activity capability of each preset component in the basic platform layer are middleware cluster capability, database cluster capability, cache cluster capability and container cluster capability respectively;
the test index of the multi-activity capability of each preset component in the development operation and maintenance platform layer is the monitoring capability of the service link realization process;
the test indexes of the multi-activity capability of each preset component in the application platform layer are gateway cluster and flow distribution capability, management platform cluster capability, registry cluster and flow distribution capability, transaction center cluster and flow distribution capability respectively;
The test indexes of the multi-activity capability of each preset component in the application service layer are application service cluster capability, batch service cluster capability, multi-process capability and multi-thread capability respectively.
For the test index of the multi-activity capability of each preset component in the infrastructure layer, the resource backup capability is associated with the service provided by the server and the storage device, the network device backup capability is associated with the service provided by the single board hot plug design and the network cable hot backup, the peripheral backup capability is associated with the service provided by the encryption machine and the F5 load balancer, and the UPS backup capability is associated with the master-slave backup capability and the parallel redundancy capability.
For the test index of the multi-activity capability of each preset component in the basic platform layer, the database cluster capability is related to the capabilities of HA, cold standby, hot standby, one master multi-slave (for example, a server, that is, a master server and a plurality of slave servers), and multi-master multi-slave (for example, a server, that is, a plurality of master servers and a plurality of slave servers). In the specific service implementation process, the influence of one master and multiple slaves on service implementation is small, and the availability is high.
As shown in fig. 2, 19 items of the test indexes of multiple capabilities can be determined based on the above manner of determining the test indexes of multiple capabilities.
Based on the above, when a test request is received, the target test index may be determined based on the following manner in combination with the frame diagram shown in fig. 3:
step 1: determining the capacity (i.e. service) required to be realized by the application system architecture according to the availability characteristics;
step 2: based on the capacity of the application system architecture to be realized, and in combination with the mode of layering and transaction line, all the availability test indexes corresponding to the application system architecture are determined, and all the availability test indexes are obtained.
Step 3: based on the requirement to be tested, screening out target test indexes from all the availability test indexes to obtain the test indexes or test ranges required by the test, and specifically:
(1) Screening out a tested system according to the type of the test request (namely determining the system to be tested based on the system identification in the test request);
(2) Screening candidate test indexes according to a hierarchy to be tested related to a tested system and the application system architecture;
(3) And screening the test index of the test (namely the target test index) from the candidate test indexes according to the content to be tested and the technology related to the availability provided by each level to be tested.
The following describes a process of determining a hierarchy to be tested by taking a system to be tested as a direct sale banking system as an example:
In one possible implementation, the plurality of tiers includes an infrastructure tier, a base platform tier, a development operation tier, an application platform tier, and an application service tier that in turn form the tier support relationship,
the test request includes a system identification of the direct marketing banking system,
the determining, in response to the received test request, the system to be tested corresponding to the test request may include:
determining that the system to be tested is a direct sale banking system according to the system identification;
the above-mentioned system function based on the system to be tested matches with the service provided by each level in the application system, and determines the target level of the system function matching, including:
based on matching of the system functions of the direct sale banking system with the services provided by each level in the application system, determining the level matched with the system functions of the direct sale banking system as an application service level;
the determining the target hierarchy and each associated hierarchy of the target hierarchy as the at least one hierarchy to be tested may include:
the application service layer, the application platform layer, the development operation and maintenance layer, the basic platform layer and the infrastructure layer are used as at least one layer to be tested, which is matched with the system function of the direct marketing banking system.
In this implementation, the infrastructure layer is configured to provide the link components required to implement the service link and provide technical support for the base platform layer, the base platform layer is configured to provide an implementation environment of the service link and provide technical support for the development and maintenance layer, the development and maintenance layer is configured to monitor an implementation process of the service link and provide technical support for the application platform layer, the application platform layer is configured to process the user request and provide technical support for the application service layer, and the application service layer is configured to receive the user request and send the user request to the application platform layer.
Since the direct marketing banking system is a system which can directly provide services for users and is matched with the services provided by the application service layer, the matched target level of the direct marketing banking system can be determined as the application service layer. Considering that the application service layer is supported by the application platform layer, the application platform layer is supported by the development operation and maintenance layer, the development operation and maintenance layer is supported by the base platform layer, and the base platform layer is supported by the base facility layer, therefore, the to-be-tested levels corresponding to the direct-selling bank system can be sequentially determined to be the application service layer, the application platform layer, the development operation and maintenance layer, the base platform layer and the base facility layer from top to bottom. The level to be tested corresponding to the direct marketing banking system can be accurately determined.
In one possible implementation, the test requirements may further include a request identification to change the architecture of the direct marketing banking system from a centralized architecture to a micro-service architecture,
the determining, in response to the received test request, the content to be tested corresponding to the test request may include:
according to the request identification, determining that the content to be tested is to change the architecture of the direct marketing banking system from a centralized architecture to a micro-service architecture;
the determining, based on the content to be tested, the target test indicator from the candidate test indicators may include:
and screening indexes related to the centralized architecture and the architecture change from the candidate test indexes, and determining the screened indexes as target test indexes.
Through the analysis, it can be determined that the candidate test indexes include the 19 test indexes, that is, all test indexes, and when the architecture of the direct sales banking system is a centralized architecture, the direct sales banking system does not involve transaction center clusters and flow distribution capacity, container cluster capacity, unit multi-activity capacity and batch service cluster capacity, so that the four test indexes of the transaction center clusters and the flow distribution capacity, the container cluster capacity, the unit multi-activity capacity and the batch service cluster capacity can be removed from the 19 test indexes, and 15 test indexes can be obtained through screening.
Further, since the content to be tested is to change the architecture of the direct sale banking system from a centralized architecture to a micro-service architecture, and the architecture is mainly related to the architecture change, and the testing of the multi-activity testing indexes of each preset component in the infrastructure layer can not be performed in the testing process, the four testing indexes of the resource backup capability, the network equipment backup capability, the peripheral backup capability and the uninterruptible power supply UPS backup capability can be removed from the 15 testing indexes, and 11 testing indexes are obtained by screening, namely when the content to be tested is to change the architecture of the direct sale banking system from the centralized architecture to the micro-service architecture, the corresponding target testing indexes are as follows: middleware cluster capability, database cluster capability, cache cluster capability, monitoring capability of a service link implementation process, gateway cluster and flow distribution capability, management platform cluster capability, registry cluster and flow distribution capability, application service cluster capability, multiprocessing capability, multithreading capability, coping capability of the application system when all link nodes in the service link fail, and coping capability of the application system when any link node in the service link fails.
Based on the same principle as the test index determining method provided by the embodiment of the application, the embodiment of the application also provides a test index determining device. Fig. 4 is a schematic diagram of a test index determining apparatus according to an embodiment of the present application. As shown in fig. 4, the apparatus includes:
the test request parsing module 401 is configured to determine a system to be tested and a content to be tested corresponding to the test request in response to the received test request.
An application system architecture acquisition module 402, configured to acquire an application system architecture corresponding to a system under test, where the application system architecture includes a plurality of tiers having a bottom-up hierarchical support relationship, and different tiers are used to provide different services.
The hierarchy to be tested determining module 403 is configured to determine at least one hierarchy to be tested matching the system function from the multiple hierarchies based on the system function of the system to be tested, the service provided by each hierarchy of the multiple hierarchies, and the hierarchy support relationship.
The candidate test indicator determining module 404 is configured to determine, as the candidate test indicators, an availability test indicator of each of the at least one to-be-tested levels and a system availability indicator of the application system architecture, where the system availability indicator includes an overall availability of a service link implemented based on the application system architecture and an availability of each link node in the service link.
The target test index determining module 405 is configured to determine a target test index from the candidate test indexes based on the content to be tested.
In one possible implementation manner, the above-mentioned hierarchy to be tested determining module 403 may be specifically configured to, when determining, from among the multiple hierarchies, at least one hierarchy to be tested whose system functions match based on the system functions of the system to be tested, the services provided by each of the multiple hierarchies, and the hierarchy support relationship:
determining a target level matched with the system function based on the matching of the system function with the service provided by each of the plurality of levels;
sequentially determining each associated level of the target level from top to bottom based on the target level and the level support relationship;
and determining each associated level of the target level and the target level as the at least one level to be tested, wherein the uppermost level in the at least one level to be tested is the target level.
In one possible implementation, the plurality of tiers includes an infrastructure tier, a base platform tier, a development operation tier, an application platform tier, and an application service tier that in turn form the tier support relationship,
the test request includes a system identification of the direct marketing banking system,
The above-mentioned test request parsing module 401 may be specifically configured to, when determining a system to be tested corresponding to a test request in response to the received test request:
determining that the system to be tested is a direct sale banking system according to the system identification;
the above-mentioned hierarchy to be tested determining module 403 may be specifically configured to, when determining a target hierarchy with a system function that is matched based on matching the system function of the system to be tested with a service provided by each hierarchy in the application system:
based on matching of the system functions of the direct sale banking system with the services provided by each level in the application system, determining the level matched with the system functions of the direct sale banking system as an application service level;
the above-mentioned hierarchy to be tested determining module 403 may be specifically configured to, when determining each of the target hierarchy and each associated hierarchy of the target hierarchy as the above-mentioned at least one hierarchy to be tested:
the application service layer, the application platform layer, the development operation and maintenance layer, the basic platform layer and the infrastructure layer are used as at least one layer to be tested, which is matched with the system function of the direct marketing banking system.
In one possible implementation, the test requirements may further include a request identification to change the architecture of the direct marketing banking system from a centralized architecture to a micro-service architecture,
The above-mentioned test request parsing module 401 may be specifically configured to, when determining, in response to a received test request, content to be tested corresponding to the test request:
according to the request identification, determining that the content to be tested is to change the architecture of the direct marketing banking system from a centralized architecture to a micro-service architecture;
the target test indicator determining module 405 may be specifically configured to, when determining, based on the content to be tested, a target test indicator from the candidate test indicators:
and screening indexes related to the centralized architecture and the architecture change from the candidate test indexes, and determining the screened indexes as target test indexes.
In one possible implementation, the availability test indicators may include test indicators for multiple capabilities,
for each level in the application system architecture, the availability indicator of the level includes a test indicator of multiple capabilities of each preset component in the level, each preset component in the level is preconfigured based on a deployment mode of the level and a service provided by the level to the supported level, and the service provided by the level is determined based on the service provided by each preset component in the level;
The service link is generated after service arrangement is carried out on the service which can be provided by each preset component in each level in the application system architecture based on the preprocessed service, and one link node in the service link corresponds to one preset component; the overall availability of the service link implemented based on the application system refers to the coping capability of the application system when all link nodes in the service link fail; the availability of each link node in the service link refers to the coping capability of the application system when any link node in the service link fails.
In one possible implementation, the deployment mode includes a backup mode, where the backup mode includes a cold backup mode or a hot backup mode.
In one possible implementation manner, the test indexes of the multiple activities of each preset component in each level of the application system architecture are respectively:
the test indexes of the multi-activity capability of each preset component in the infrastructure layer are respectively resource backup capability, network equipment backup capability, peripheral backup capability and uninterrupted power supply UPS backup capability;
the test indexes of the multi-activity capability of each preset component in the basic platform layer are middleware cluster capability, database cluster capability, cache cluster capability and container cluster capability respectively;
The test index of the multi-activity capability of the preset component in the development operation and maintenance platform layer is the monitoring capability of the service link realization process;
the test indexes of the multi-activity capability of each preset component in the application platform layer are gateway cluster and flow distribution capability, management platform cluster capability, registry cluster and flow distribution capability, transaction center cluster and flow distribution capability respectively;
the test indexes of the multi-activity capability of each preset component in the application service layer are application service cluster capability, batch service cluster capability, multi-process capability and multi-thread capability respectively.
The device of the embodiment of the present application may perform the method provided by the embodiment of the present application, and its implementation principle is similar, and actions performed by each module in the device of the embodiment of the present application correspond to steps in the method of the embodiment of the present application, and detailed functional descriptions of each module of the device may be referred to the descriptions in the corresponding methods shown in the foregoing, which are not repeated herein.
Based on the same principle as the method and apparatus for determining a test index provided in the embodiments of the present application, an electronic device (such as a server) is also provided in the embodiments of the present application, where the electronic device may include a memory, a processor, and a computer program stored on the memory, where the processor executes the computer program to implement the steps of the method provided in any of the alternative embodiments of the present application.
Optionally, fig. 5 shows a schematic structural diagram of an electronic device to which an embodiment of the present application is applied, as shown in fig. 5, an electronic device 4000 shown in fig. 5 includes: a processor 4001 and a memory 4003. Wherein the processor 4001 is coupled to the memory 4003, such as via a bus 4002. Optionally, the electronic device 4000 may further comprise a transceiver 4004, the transceiver 4004 may be used for data interaction between the electronic device and other electronic devices, such as transmission of data and/or reception of data, etc. It should be noted that, in practical applications, the transceiver 4004 is not limited to one, and the structure of the electronic device 4000 is not limited to the embodiment of the present application.
The processor 4001 may be a CPU (Central Processing Unit ), general purpose processor, DSP (Digital Signal Processor, data signal processor), ASIC (Application Specific Integrated Circuit ), FPGA (Field Programmable Gate Array, field programmable gate array) or other programmable logic device, transistor logic device, hardware components, or any combination thereof. Which may implement or perform the various exemplary logic blocks, modules and circuits described in connection with this disclosure. The processor 4001 may also be a combination that implements computing functionality, e.g., comprising one or more microprocessor combinations, a combination of a DSP and a microprocessor, etc.
Bus 4002 may include a path to transfer information between the aforementioned components. Bus 4002 may be a PCI (Peripheral Component Interconnect, peripheral component interconnect standard) bus or an EISA (Extended Industry Standard Architecture ) bus, or the like. The bus 4002 can be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in fig. 5, but not only one bus or one type of bus.
Memory 4003 may be, but is not limited to, ROM (Read Only Memory) or other type of static storage device that can store static information and instructions, RAM (Random Access Memory ) or other type of dynamic storage device that can store information and instructions, EEPROM (Electrically Erasable Programmable Read Only Memory ), CD-ROM (Compact Disc Read Only Memory, compact disc Read Only Memory) or other optical disk storage, optical disk storage (including compact discs, laser discs, optical discs, digital versatile discs, blu-ray discs, etc.), magnetic disk storage media, other magnetic storage devices, or any other medium that can be used to carry or store a computer program and that can be Read by a computer.
The memory 4003 is used for storing a computer program for executing an embodiment of the present application, and is controlled to be executed by the processor 4001. The processor 4001 is configured to execute a computer program stored in the memory 4003 to realize the steps shown in the foregoing method embodiment.
Embodiments of the present application provide a computer readable storage medium having a computer program stored thereon, which when executed by a processor, implements the steps of the foregoing method embodiments and corresponding content.
The embodiment of the application also provides a computer program product, which comprises a computer program, wherein the computer program can realize the steps and corresponding contents of the embodiment of the method when being executed by a processor.
The terms "first," "second," "third," "fourth," "1," "2," and the like in the description and in the claims and in the above figures, if any, are used for distinguishing between similar objects and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged where appropriate, such that the embodiments of the application described herein may be implemented in other sequences than those illustrated or otherwise described.
It should be understood that, although various operation steps are indicated by arrows in the flowcharts of the embodiments of the present application, the order in which these steps are implemented is not limited to the order indicated by the arrows. In some implementations of embodiments of the application, the implementation steps in the flowcharts may be performed in other orders as desired, unless explicitly stated herein. Furthermore, some or all of the steps in the flowcharts may include multiple sub-steps or multiple stages based on the actual implementation scenario. Some or all of these sub-steps or phases may be performed at the same time, or each of these sub-steps or phases may be performed at different times, respectively. In the case of different execution time, the execution sequence of the sub-steps or stages can be flexibly configured according to the requirement, which is not limited by the embodiment of the present application.
The foregoing is merely an optional implementation manner of some of the implementation scenarios of the present application, and it should be noted that, for those skilled in the art, other similar implementation manners based on the technical ideas of the present application are adopted without departing from the technical ideas of the scheme of the present application, and the implementation manner is also within the protection scope of the embodiments of the present application.

Claims (9)

1. A test index determination method, comprising:
responding to a received test request, and determining a system to be tested and content to be tested corresponding to the test request;
acquiring an application system architecture corresponding to the system to be tested, wherein the application system architecture comprises a plurality of layers with a layer support relationship from bottom to top, and different layers are used for providing different services; the multiple layers comprise an infrastructure layer, a basic platform layer, a development operation and maintenance layer, an application platform layer and an application service layer which sequentially form the layer support relation; the bottom-up hierarchical support relationship is: from the bottommost layer among the plurality of layers, each layer technically supports the layer above;
determining at least one hierarchy to be tested matched with the system function from the plurality of hierarchies based on the system function of the system to be tested, the service provided by each hierarchy in the plurality of hierarchies and the hierarchy support relation;
determining an availability test index of each hierarchy to be tested in the at least one hierarchy to be tested and a system availability index of the application system architecture as candidate test indexes, wherein the system availability index comprises the overall availability of a service link realized based on the application system architecture and the availability of each link node in the service link;
Determining a target test index from the candidate test indexes based on the content to be tested;
wherein the usability test index includes a test index for multiple capabilities,
for each level in the application system architecture, the availability test index of the level includes a test index of multiple activities for each preset component in the level, each preset component in the level is preconfigured based on a deployment mode of the level and a service provided by the level to the supported level, and the service provided by the level is determined based on the service provided by each preset component in the level;
the service link is generated after service arrangement is carried out on services which can be provided by each preset component in each hierarchy in the application system architecture based on the preprocessed service, one link node in the service link corresponds to one preset component, and the overall availability of the service link realized based on the application system architecture refers to the coping capability of the application system when all link nodes in the service link have faults; the availability of each link node in the service link refers to the coping capability of the application system when any link node in the service link fails.
2. The method of claim 1, wherein the determining at least one tier to be tested from the plurality of tiers that matches the system functionality based on the system functionality of the system to be tested, the services provided by each tier of the plurality of tiers, and the tier support relationship comprises:
determining a target hierarchy matching the system function based on the matching of the system function with the service provided by each of the plurality of hierarchies;
sequentially determining each association level of the target level from top to bottom based on the target level and the level support relationship;
and determining each associated level of the target level and the target level as the at least one level to be tested, wherein the uppermost level in the at least one level to be tested is the target level.
3. The method of claim 2, wherein the step of determining the position of the substrate comprises,
the test request comprises a system identifier of a direct marketing banking system;
the responding to the received test request, determining the system to be tested corresponding to the test request, comprises the following steps:
according to the system identification, determining that the system to be tested is a direct sale banking system;
The determining, based on the matching of the system function with the service provided by each of the plurality of tiers, a target tier that matches the system function includes:
based on the matching of the system functions of the direct marketing banking system and the services provided by each level in the application system, determining that a target level matched with the system functions of the direct marketing banking system is an application service level;
the determining the target hierarchy and each associated hierarchy of the target hierarchy as the at least one hierarchy to be tested includes:
and taking the application service layer, the application platform layer, the development operation and maintenance layer, the basic platform layer and the infrastructure layer as at least one to-be-tested level matched with the system function of the direct marketing banking system.
4. The method of claim 3, wherein the test request further comprises a request identification to change the architecture of the direct marketing banking system from a centralized architecture to a micro-service architecture,
the determining, in response to the received test request, content to be tested corresponding to the test request includes:
according to the request identification, determining that the content to be tested is to change the architecture of the direct marketing banking system from a centralized architecture to a micro-service architecture;
The determining, based on the content to be tested, a target test indicator from the candidate test indicators includes:
and screening indexes related to the centralized architecture and the architecture change from the candidate test indexes, and determining the screened indexes as target test indexes.
5. The method of claim 1, wherein the deployment mode comprises a backup mode, the backup mode comprising a cold backup mode or a hot backup mode.
6. The method of claim 5, wherein the test indicators of the multi-capabilities of the preset components in each level of the application system architecture are:
the test indexes of the multi-activity capability of each preset component in the infrastructure layer are respectively resource backup capability, network equipment backup capability, peripheral backup capability and uninterrupted power supply UPS backup capability;
the test indexes of the multi-activity capability of each preset component in the basic platform layer are middleware cluster capability, database cluster capability, cache cluster capability and container cluster capability respectively;
the test index of the multi-activity capability of each preset component in the development operation layer is the monitoring capability of the service link implementation process;
The test indexes of the multi-activity capability of each preset component in the application platform layer are gateway cluster and flow distribution capability, management platform cluster capability, registry cluster and flow distribution capability, transaction center cluster and flow distribution capability respectively;
the test indexes of the multi-activity capability of each preset component in the application service layer are application service cluster capability, batch service cluster capability, multi-process capability and multi-thread capability respectively.
7. A test index determining apparatus, comprising:
the test request analysis module is used for responding to the received test request and determining a system to be tested and content to be tested corresponding to the test request;
an application system architecture acquisition module, configured to acquire an application system architecture corresponding to the system to be tested, where the application system architecture includes multiple levels with a bottom-up level support relationship, and different levels are used to provide different services; the multiple layers comprise an infrastructure layer, a basic platform layer, a development operation and maintenance layer, an application platform layer and an application service layer which sequentially form the layer support relation; the bottom-up hierarchical support relationship is: from the bottommost layer among the plurality of layers, each layer technically supports the layer above;
The hierarchy to be tested determining module is used for determining at least one hierarchy to be tested matched with the system function from the multiple hierarchies based on the system function of the system to be tested, the service provided by each hierarchy in the multiple hierarchies and the hierarchy supporting relation;
a candidate test index determining module, configured to determine, as candidate test indexes, an availability test index of each level to be tested in the at least one level to be tested and a system availability index of the application system architecture, where the system availability index includes an overall availability of a service link implemented based on the application system architecture and an availability of each link node in the service link;
the target test index determining module is used for determining a target test index from the candidate test indexes based on the content to be tested;
wherein the usability test index includes a test index for multiple capabilities,
for each level in the application system architecture, the availability test index of the level includes a test index of multiple activities for each preset component in the level, each preset component in the level is preconfigured based on a deployment mode of the level and a service provided by the level to the supported level, and the service provided by the level is determined based on the service provided by each preset component in the level;
The service link is generated after service arrangement is carried out on services which can be provided by each preset component in each hierarchy in the application system architecture based on the preprocessed service, one link node in the service link corresponds to one preset component, and the overall availability of the service link realized based on the application system architecture refers to the coping capability of the application system when all link nodes in the service link have faults; the availability of each link node in the service link refers to the coping capability of the application system when any link node in the service link fails.
8. An electronic device comprising a memory, a processor and a computer program stored on the memory, characterized in that the processor executes the computer program to carry out the steps of the method according to any one of claims 1-6.
9. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method according to any of claims 1-6.
CN202210751704.7A 2022-06-28 2022-06-28 Test index determining method and device, electronic equipment and storage medium Active CN115080436B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210751704.7A CN115080436B (en) 2022-06-28 2022-06-28 Test index determining method and device, electronic equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210751704.7A CN115080436B (en) 2022-06-28 2022-06-28 Test index determining method and device, electronic equipment and storage medium

Publications (2)

Publication Number Publication Date
CN115080436A CN115080436A (en) 2022-09-20
CN115080436B true CN115080436B (en) 2023-09-22

Family

ID=83255319

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210751704.7A Active CN115080436B (en) 2022-06-28 2022-06-28 Test index determining method and device, electronic equipment and storage medium

Country Status (1)

Country Link
CN (1) CN115080436B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115604101B (en) * 2022-09-29 2024-02-02 北京亚控科技发展有限公司 System management method and related equipment
CN115981179B (en) * 2022-12-30 2023-11-21 安徽深信科创信息技术有限公司 Automatic driving simulation test scene test index generation method and device

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108833209A (en) * 2018-06-26 2018-11-16 郑州云海信息技术有限公司 A kind of cloud computing system availability determination method and device
CN111008127A (en) * 2019-11-15 2020-04-14 拉扎斯网络科技(上海)有限公司 Multi-activity testing method and device, electronic equipment and readable storage medium
CN111866129A (en) * 2020-07-20 2020-10-30 北京百度网讯科技有限公司 Method, device and medium for determining service availability index based on cloud platform
CN113010392A (en) * 2021-02-08 2021-06-22 建信金融科技有限责任公司 Testing method, device, equipment, storage medium and system for big data platform
CN113157577A (en) * 2021-04-27 2021-07-23 中国工商银行股份有限公司 PaaS cloud platform fault testing method and device
WO2021248754A1 (en) * 2020-06-09 2021-12-16 北京旷视科技有限公司 System testing method and apparatus, and storage medium and electronic device
CN114020615A (en) * 2021-10-28 2022-02-08 建信金融科技有限责任公司 Method, device, equipment and storage medium for testing remote multi-active financial system
CN114268671A (en) * 2021-11-18 2022-04-01 航天信息股份有限公司 OpenStack-based private cloud heterogeneous resource management method and system
CN114661622A (en) * 2022-05-17 2022-06-24 中电太极(集团)有限公司 Test middleware and test management system

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11099974B2 (en) * 2019-05-23 2021-08-24 International Business Machines Corporation Cognitive analytics for high-availability application-performance management

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108833209A (en) * 2018-06-26 2018-11-16 郑州云海信息技术有限公司 A kind of cloud computing system availability determination method and device
CN111008127A (en) * 2019-11-15 2020-04-14 拉扎斯网络科技(上海)有限公司 Multi-activity testing method and device, electronic equipment and readable storage medium
WO2021248754A1 (en) * 2020-06-09 2021-12-16 北京旷视科技有限公司 System testing method and apparatus, and storage medium and electronic device
CN111866129A (en) * 2020-07-20 2020-10-30 北京百度网讯科技有限公司 Method, device and medium for determining service availability index based on cloud platform
CN113010392A (en) * 2021-02-08 2021-06-22 建信金融科技有限责任公司 Testing method, device, equipment, storage medium and system for big data platform
CN113157577A (en) * 2021-04-27 2021-07-23 中国工商银行股份有限公司 PaaS cloud platform fault testing method and device
CN114020615A (en) * 2021-10-28 2022-02-08 建信金融科技有限责任公司 Method, device, equipment and storage medium for testing remote multi-active financial system
CN114268671A (en) * 2021-11-18 2022-04-01 航天信息股份有限公司 OpenStack-based private cloud heterogeneous resource management method and system
CN114661622A (en) * 2022-05-17 2022-06-24 中电太极(集团)有限公司 Test middleware and test management system

Also Published As

Publication number Publication date
CN115080436A (en) 2022-09-20

Similar Documents

Publication Publication Date Title
CN115080436B (en) Test index determining method and device, electronic equipment and storage medium
US9002997B2 (en) Instance host configuration
US9092395B2 (en) Provide an appliance like test vehicle for IT disaster recovery
US20150263983A1 (en) System and Method for Allocating Resources and Managing a Cloud Based Computer System
US9906589B2 (en) Shared management service
CN108270726B (en) Application instance deployment method and device
US11016819B2 (en) Optimizing clustered applications in a clustered infrastructure
US9483258B1 (en) Multi-site provisioning of resources to software offerings using infrastructure slices
CN109313564A (en) For supporting the server computer management system of the highly usable virtual desktop of multiple and different tenants
US20080307425A1 (en) Data Processing System and Method
CN107707393A (en) More live systems based on Openstack O version characteristics
US20150363276A1 (en) Multi-site disaster recovery mechanism for distributed cloud orchestration software
CN111880934A (en) Resource management method, device, equipment and readable storage medium
JP2014522052A (en) Reduce hardware failure
US20200213196A1 (en) Methods, systems, and computer readable mediums for selecting and configuring a computing system to support a replicated application
CN109873714B (en) Cloud computing node configuration updating method and terminal equipment
US11099827B2 (en) Networking-device-based hyper-coverged infrastructure edge controller system
US11561824B2 (en) Embedded persistent queue
US10360614B1 (en) Assessing and rating deployments of resources
Lakhani et al. Fault administration by load balancing in distributed SDN controller: A review
CN113377535A (en) Distributed timing task allocation method, device, equipment and readable storage medium
Stack et al. Self-healing in a decentralised cloud management system
CN116401116A (en) High availability scheduler event tracking
CN112612579B (en) Virtual machine deployment method, storage medium and computer equipment
US11983578B2 (en) Provisioning a computing subsystem including disaggregated hardware resources that comply with a power domain requirement for a workload

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