Method, device and equipment for cloud platform tenant modeling test and storage medium

Abstract

The application provides a method, device and equipment for cloud platform tenant modeling test and a storage medium. The method comprises the following steps: obtaining a to-be-tested model name, obtaining model source code corresponding to the to-be-tested model name from a code warehouse, the model source code being used to generate a to-be-tested model, and the code warehouse being used to store model source code created and / or uploaded by a cloud platform tenant; in response to a test request, deploying a security test environment corresponding to the to-be-tested model; and running the to-be-tested model in the security test environment to obtain a test result. The method provided in the embodiment can realize modeling test of a third-party tenant under the premise of ensuring data security.

Description

Technical Field

[0001] This application relates to cloud platform technology, and more particularly to a method, apparatus, device, and storage medium for cloud platform tenant modeling and testing. Background Technology

[0002] As one of the fastest-growing technologies in recent years, cloud computing has gradually become a trend in IT infrastructure development and is being used more and more widely. It proposes a resource pooling technology (including business data resources and computing power resources), enabling multiple tenants to share and use infrastructure, thus achieving a convenient, on-demand service model. When these cloud platforms provide services to third-party tenants, the primary concern is ensuring the security of business data resources.

[0003] In existing technologies, cloud platform providers sometimes use traditional manual service methods to prevent third-party tenants from accessing business data resources during the model testing phase. This involves manually deploying the tenant's model code to the server, having operations and maintenance personnel manually test the model and monitor its operation, and providing feedback to the tenant via screenshots or verbal descriptions of model operation logs and error messages. Through repeated interactions and frequent communication, the model testing work is finally completed.

[0004] However, traditional manual services have significant limitations in the modeling and testing phase for third-party tenants. They are not fully applicable to more complex models, and security and flexibility cannot be balanced. Summary of the Invention

[0005] This application provides a method, apparatus, device, and storage medium for cloud platform tenant modeling and testing, which addresses the problem that existing modeling and testing technologies cannot simultaneously achieve both security and flexibility, and are not applicable to complex models.

[0006] On the one hand, this application provides a cloud platform tenant modeling and testing method, including:

[0007] Obtain the name of the model to be tested, and retrieve the model source code corresponding to the name of the model to be tested from the code repository. The model source code is used to generate the model to be tested, and the code repository is used to store the model source code created and / or uploaded by cloud platform tenants.

[0008] In response to a test request, deploy the security test environment corresponding to the model under test;

[0009] The model under test is run in the security testing environment to obtain test results.

[0010] Secondly, this application provides a cloud platform tenant modeling testing device, comprising:

[0011] The model acquisition module is used to acquire the name of the model to be tested and to acquire the model source code corresponding to the name of the model to be tested from the code repository. The model source code is used to generate the model to be tested. The code repository is used to store the model source code created and / or uploaded by cloud platform tenants.

[0012] The test environment deployment module is used to deploy the security test environment corresponding to the model under test in response to a test request;

[0013] The testing module is used to run the model under test in the security testing environment and obtain test results.

[0014] Thirdly, this application provides an electronic device, including a memory, a processor, and computer-executable instructions stored in the memory and executable on the processor, wherein the processor executes the computer-executable instructions to implement the cloud platform tenant modeling and testing method described in any one of the first aspects above.

[0015] Fourthly, this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the cloud platform tenant modeling and testing method described in any one of the first aspects above.

[0016] This application provides a method, apparatus, device, and storage medium for cloud platform tenant modeling testing. The method obtains the name of the model to be tested and retrieves the source code corresponding to the name of the model to be tested from the code repository. The embodiments of this application ensure the data security of the data source through the code repository. In response to a test request, a secure test environment corresponding to the model to be tested is deployed. The model to be tested is run in the secure test environment to obtain test results. By deploying the test environment for the model to be tested, the model to be tested can be tested in a secure test environment after passing the security audit. This method combines security and flexibility and can be applied to the modeling and testing of complex models. Attached Figure Description

[0017] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0018] Figure 1 A schematic diagram of the architecture of a cloud platform tenant modeling and testing system provided in an embodiment of the present invention;

[0019] Figure 2 The method flow for cloud platform tenant modeling and testing provided in this embodiment of the invention Figure 1 ;

[0020] Figure 3This is a flowchart of a method for deploying a security testing environment corresponding to the model under test provided in this embodiment;

[0021] Figure 4 The method flow for cloud platform tenant modeling and testing provided in this embodiment of the invention Figure 2 ;

[0022] Figure 5 A schematic diagram of the cloud platform tenant modeling and testing device provided in an embodiment of the present invention;

[0023] Figure 6 This is a schematic diagram of the structure of an electronic device for a cloud platform tenant modeling test device provided in an embodiment of the present invention.

[0024] The accompanying drawings illustrate specific embodiments of this application, which will be described in more detail below. These drawings and descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concept of this application to those skilled in the art through reference to particular embodiments. Detailed Implementation

[0025] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0026] First, let me explain the terms used in this application:

[0027] A code repository is a centralized or distributed system used to manage and store source code. In version control systems, it refers to a data structure stored on disk that includes files, directories, and metadata.

[0028] To better understand the solutions of the embodiments of this application, an application environment involved in the embodiments of this application will be introduced below.

[0029] Please see Figure 1 , Figure 1 This is a schematic diagram of the system architecture for cloud platform tenant modeling and testing provided in an embodiment of this application. For example... Figure 1As shown, the system provided in this embodiment includes a user terminal 100 and a cloud platform 200. The user terminal 100 can be used to remotely log in to the cloud platform 200 and remotely control the cloud platform 200 to control the cloud platform 200 to perform related tasks (such as model creation tasks, model training tasks, etc.). The user terminal 100 may include a personal computer, tablet computer, smart panel, etc., and this embodiment of the application does not limit it.

[0030] The cloud platform 200 is used to respond to the control of the user terminal 100, execute relevant tasks (such as model creation tasks, model training tasks, etc.), and return the task execution results to the user terminal 100. The cloud platform 200 may include a data module, a control module, a processing module, and a storage module. The data module can be used to store data resources; the control module can be used to interact with the user terminal 100 and control the cluster module and log storage module; the processing module can be used to retrieve data resources to execute relevant tasks (such as model creation tasks, model training tasks, etc.); and the storage module can be used to store training logs corresponding to model training tasks.

[0031] It should be noted that the cloud platform 200 can be a server cluster, and the aforementioned data module, control module, processing module, and storage module can all be composed of multiple servers.

[0032] It is understandable that cloud platform 200 uses data resources within it when providing modeling and testing services to user terminal 100. Only by ensuring the reliability, integrity, and security of these data resources can cloud platform 200 properly execute the modeling and testing tasks of user terminal 100. Therefore, for the cloud platform 200 provider, the primary responsibility is to ensure the security of data resources. Currently, to prevent third-party tenants' user terminals 100 from directly accessing data resources, the cloud platform 200 provider manually deploys the tenant's model code to the server, tests the model, monitors its operation, and then provides feedback to the tenant via screenshots or verbal explanations of model operation logs and error messages. While this method ensures data security, it requires repeated communication between the third-party tenant and the cloud platform 200 provider, is unsuitable for complex models, and incurs high labor costs.

[0033] To address this technical issue, this embodiment provides a method for cloud platform tenant modeling and testing. This method ensures the data security of the third-party tenant's data source through the code repository in the cloud platform 200. The cloud platform 200 verifies the security of the model under test before conducting model testing. No manual intermediate information transmission is required, which can guarantee the flexibility and security of modeling and testing.

[0034] The technical solution of this application and how it solves the above-mentioned technical problems will be described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments. The embodiments of this application will be described below with reference to the accompanying drawings.

[0035] Figure 2 The method flow for cloud platform tenant modeling and testing provided in the embodiments of this application Figure 1 .like Figure 2 As shown, the method in this embodiment includes:

[0036] S201. Obtain the name of the model to be tested, and obtain the model source code corresponding to the name of the model to be tested from the code repository. The model source code is used to generate the model to be tested, and the code repository is used to store the model source code created and / or uploaded by cloud platform tenants.

[0037] It is understood that the code repository is a place provided by the cloud platform described in this embodiment for third-party tenants to store a large amount of source code. In this embodiment, third-party tenants can create model source code in the code repository or upload their own model source code to the code repository. The cloud platform described in this embodiment provides each tenant with their own code repository, and the code repositories are isolated from each other, thereby ensuring the data security of the data source and avoiding data leakage.

[0038] In this implementation, the source code of the model to be tested can be obtained from the tenant's code repository based on the name of the model to be tested.

[0039] S202. In response to the test request, deploy the security test environment corresponding to the model under test.

[0040] In this embodiment, when a test request initiated by a tenant is received, a security audit task is first triggered to ensure the security of the model source code and data resources.

[0041] Understandably, the source code of a model obtained from a code repository cannot be directly used for modeling and testing; corresponding configuration files, such as the data path corresponding to the model under test, must also be obtained. Therefore, after a security audit of the model under test, the configuration information corresponding to the model under test is obtained, and the test environment is deployed for the model under test that has passed the security audit, based on the configuration information.

[0042] S203. Run the model under test in the security test environment and obtain the test results.

[0043] In this embodiment, in a pre-deployed security testing environment, the test results of the model under test are obtained by running the compiled source code of the model under test.

[0044] The cloud platform tenant modeling and testing method provided in this embodiment obtains the name of the model to be tested and retrieves the corresponding model source code from the code repository. This embodiment provides tenants with rich data resources and development components while ensuring the data security of the data source through the code repository. In response to a test request, it deploys a secure test environment corresponding to the model to be tested. The model to be tested is run in the secure test environment to obtain test results. By deploying the test environment for the model to be tested, the model to be tested can be tested in a secure test environment after passing the security audit. This method combines security and flexibility and can be applied to the modeling and testing of complex models.

[0045] In one possible implementation, the cloud platform tenant modeling and testing method provided in this embodiment can first conduct a security audit on the model under test to ensure its security when deploying the security test environment corresponding to the model under test. After confirming the security of the model under test, the test environment can then be deployed. Figure 3 This is a flowchart illustrating the method for deploying the security testing environment corresponding to the model under test provided in this embodiment. Figure 3 The aforementioned security audit and testing environment deployment process is explained in detail. For example... Figure 3 As shown, the method includes:

[0046] S301. Obtain the security information of the model under test, and determine whether the model under test meets the security standards based on the security information. If yes, execute S302; otherwise, execute S303.

[0047] In this embodiment, the security information includes the input data and output data type of the model under test, the source code of the model under test, and the configuration information of the data service cluster corresponding to the model under test.

[0048] Specifically, the system detects whether the security information includes information exceeding the permissions of the model under test or information that maliciously tampered with the data service cluster configuration information. If so, the model under test is determined to be non-compliant with security standards; otherwise, the model under test is determined to be compliant with security standards.

[0049] It is understood that the aforementioned detection actions can be performed by a security auditor or by a security auditing system. The security auditing system may include a permission recognition module, a text acquisition module, an attack detection module, and an output module.

[0050] When the security audit system performs detection actions, the permission identification module can be used to identify the test permissions requested by the tenant. For example, if the tenant's test request includes access to data resources in a certain database, and the tenant's permissions do not include access to that database, the detection result is that the model under test does not meet security standards. The text acquisition module can be used to acquire the source code and other text of the model under test, and preprocess the text according to preset word segmentation rules. The attack detection module can be used to detect whether the preprocessed text contains attack information. For example, if common attack words such as "script" and "alert" appear, the detection result is that the model under test does not meet security standards. The output module can be used to output the detection results.

[0051] S302. Obtain the configuration information corresponding to the model under test, and deploy the test environment of the model under test according to the configuration information.

[0052] Understandably, the model source code is in text file format. For the model under test to be tested, its source code must first be compiled into binary instructions that a computer can execute. Therefore, in this embodiment, for models under test that meet security standards, their source code is compiled.

[0053] If compilation is successful, the compiled source code of the model to be tested is packaged to generate a model file; the model file is then synchronized to the model directory in the preset server.

[0054] Running the model file also requires reading configuration information, which includes the data management system queue name, data path, and database table corresponding to the model under test. In this embodiment, the configuration information can be uploaded or entered by the tenant. The configuration information is then synchronized to the configuration directory corresponding to the model file on a preset server, completing the test environment deployment.

[0055] By using the cloud platform tenant modeling and testing method provided in this embodiment, the configuration files uploaded and / or input by the tenants can be obtained. This allows for fine-tuning of the model without modifying the model source code, simply by adjusting the configuration files, thus providing greater flexibility.

[0056] S303, The output test result is that the security audit failed.

[0057] In this embodiment, if the model under test does not meet the security standards, the test result is output as "security audit failed" and returned to the third-party tenant.

[0058] Understandably, if a security audit system is used to perform security information detection, and the detection result shows that the model under test does not meet security standards, it can be reported to a security auditor for manual verification, and the result of the manual verification will be used as the final judgment.

[0059] In this embodiment, by acquiring the security information of the model under test and determining whether the model under test meets the security standards based on the security information, the security of the model under test can be fully guaranteed, and data resources can be prevented from being damaged. For the model under test that meets the security standards, a corresponding test environment is provided, which improves the efficiency of tenant modeling and testing while ensuring security.

[0060] Figure 4 A flowchart illustrating the cloud platform tenant modeling and testing method provided in this embodiment of the invention. Figure 2 , Figure 4 Each process node in the modeling and testing process for third-party tenants is described in detail. The specific implementation method of this embodiment includes:

[0061] S401. Obtain the name of the model to be tested, and obtain the model source code corresponding to the name of the model to be tested from the code repository. The model source code is used to generate the model to be tested, and the code repository is used to store the model source code created and / or uploaded by cloud platform tenants.

[0062] In this embodiment, the code repository can be used as a source code backup tool, version control tool, collaboration tool, and build tool.

[0063] In this embodiment, when the code repository is used as a source code backup tool, it can back up and restore the source code to prevent loss or corruption. Optionally, the code repository can also provide cloud backup and disaster recovery functions to ensure the security and reliability of the source code. When the code repository is used as a version control tool, third-party tenants can perform operations such as branching, merging, and rolling back on the source code, ensuring the traceability and controllability of the source code. When the code repository is used as a collaboration tool, it allows multiple developers from a third-party tenant to collaborate within the same repository without conflicts or code clutter. When the code repository is used as a build tool, it can be integrated with automated build tools to automatically build software models.

[0064] Specifically, in this embodiment, the code repository can be Git, an open-source distributed version control system that can effectively and quickly handle project version management. Optionally, the code repository in this embodiment can also be Subversion, Mercurial, etc. Subversion is an open-source version control system, and Mercurial is a lightweight distributed version control system. This embodiment does not limit the choice between them.

[0065] S402. In response to the test request, obtain the security information of the model under test.

[0066] S403. Detect whether the security information includes information that exceeds the permissions corresponding to the model under test and information that maliciously tampered with the data service cluster configuration information. If not, execute S404; if yes, execute S409.

[0067] S404. Obtain the source code of the model to be tested, compile the source code, and determine whether the compilation is successful. If yes, execute S405; otherwise, execute S410.

[0068] S405. Package the compiled source code of the model to be tested to generate the model file.

[0069] S406. Obtain the configuration information corresponding to the model under test, and deploy a security test environment for the model under test according to the configuration information.

[0070] In this embodiment, the model file is synchronized to the model directory on the server, and the configuration information is also synchronized to the model configuration file directory on the server. At this time, the model to be tested is deployed on the server.

[0071] S407. Run the model file and determine whether the model file runs successfully. If yes, proceed to S408; otherwise, proceed to S411.

[0072] In this embodiment, the model files that have been deployed on the server are submitted to the distributed data cluster for operation. This step is the interaction process between the server and the distributed dataset.

[0073] S408. Use the running log of the model file as the test result.

[0074] In this embodiment, the model file will generate corresponding runtime logs during operation, which will be recorded on the server. These runtime logs will be scanned by a data security gateway and returned to the third-party tenant. The data security gateway is a data security workflow system capable of functions such as data flow approval, automatic data distribution and download, data flow monitoring, automatic detection of sensitive data, and data flow statistics.

[0075] Understandably, third-party tenants can determine whether the execution of the model under test meets expectations by viewing its runtime logs. If the model performs as expected, it can be officially enabled, and the tenant can add a tag, such as "enabled version," to the model in the code repository. If the model does not perform as expected, the tenant can adjust the model in the code repository or re-upload the configuration file and retest the adjusted model.

[0076] S409, The output test result is that the security audit failed.

[0077] S410, the output test result is compilation failure.

[0078] S411, The output test result is "run failed".

[0079] It is understandable that the above-mentioned steps can be linked together using test work orders, which can describe the status of each step in the modeling and testing process. For example, corresponding to S401, the status of the test work order can be "1- Model source code acquisition in progress"; corresponding to S404, the status of the test work order can be "4- Compiling in progress". Based on the actual compilation result, the status of the test work order changes to "5- Packaging in progress" or "10- Compilation failed". Among them, the status of the test work order "5- Packaging in progress" indicates that the compilation of the previous step was successful.

[0080] The cloud tenant modeling and testing method provided in this embodiment realizes the whole process management of third-party tenant source code acquisition, security audit, model deployment, model testing, and test results through a complete system process. Under the premise of ensuring data security, it completes modeling and testing, and obtains test analysis results in multiple dimensions, including security, compilability, and runtime performance.

[0081] In one possible implementation, if a tenant discovers issues with the model's source code during testing, or generates new testing requirements, to respond promptly to these new requirements and improve the flexibility of modeling and testing, the following can also be done:

[0082] Check for new test requests;

[0083] If no new test request is detected, the current operation will proceed normally.

[0084] If a new test request is detected, the currently executed operation, such as model running, is stopped in response to the new test request; the security test environment corresponding to the model under test is redeployed according to the new test request, and the model under test is run in the redeployed security test environment.

[0085] In one possible implementation, the cloud platform tenant modeling and testing method provided in this embodiment involves deploying the security testing environment on a physical server and running the model under test in a distributed data cluster.

[0086] Understandably, compared to using containers as the environment for model testing, the physical server and distributed data cluster provided in this embodiment are more stable and better able to support the operation of the model under test.

[0087] Specifically, the physical server used in this embodiment can be an interface machine. An interface machine refers to a hardware component or a component system that allows interaction between people, computers, communication systems, or other electronic information systems. This embodiment does not limit the specific model of the interface machine.

[0088] Specifically, the distributed data cluster used in this embodiment can be Hadoop, which is a software framework capable of distributed processing of large amounts of data.

[0089] Figure 5 This is a schematic diagram of a cloud platform tenant modeling and testing device provided in an embodiment of the present invention. Figure 5 As shown, the cloud platform tenant modeling test device includes:

[0090] The model acquisition module 51 is used to acquire the name of the model to be tested and to acquire the model source code corresponding to the name of the model to be tested from the code repository. The model source code is used to generate the model to be tested. The code repository is used to store the model source code created and / or uploaded by the cloud platform tenant.

[0091] The test environment deployment module 52 is used to deploy the security test environment corresponding to the model under test in response to the test request;

[0092] Test module 53 is used to run the model under test in the security test environment and obtain test results.

[0093] In one possible design, the test environment deployment module 52 is specifically used for:

[0094] Obtain the security information of the model under test, and determine whether the model under test meets the security standards based on the security information. The security information includes the input data and output data type of the model under test, the source code of the model under test, and the data service cluster configuration information corresponding to the model under test.

[0095] If so, obtain the configuration information corresponding to the model under test, and deploy the test environment of the model under test according to the configuration information. The configuration information includes the data management system queue name, data path and database table corresponding to the model under test.

[0096] If not, the test result will be "Security audit failed".

[0097] In one possible design, the test environment deployment module 52 is further specifically used for:

[0098] Detect whether the security information includes information that exceeds the permissions corresponding to the model under test and information that maliciously tampered with the data service cluster configuration information;

[0099] If included, the model under test is determined to be non-compliant with safety standards;

[0100] If not, the model under test is deemed to meet safety standards.

[0101] In one possible design, the test environment deployment module 52 is further specifically used for:

[0102] Obtain the source code of the model under test and compile the source code;

[0103] If compilation fails, the output test result will be "compilation failed".

[0104] If compilation is successful, the compiled source code of the model to be tested will be packaged to generate a model file, and the model file will be synchronized to the model directory in the preset server.

[0105] Obtain the configuration information corresponding to the model under test, synchronize the configuration information to the configuration directory corresponding to the model file in the preset server, and complete the deployment of the test environment.

[0106] In one possible design, the test module 53 is specifically used for:

[0107] Obtain the model file of the model to be tested, wherein the model file includes the source code of the compiled model to be tested;

[0108] Run the model file;

[0109] If the model file runs successfully, the running log of the model file will be used as the test result;

[0110] If the model file fails to run, the test result is confirmed as a failure.

[0111] In one possible design, the test module 53 is further specifically used for:

[0112] Check for new test requests;

[0113] If a new test request is received, in response to the new test request, the currently executed operation is stopped, the security test environment corresponding to the model under test is redeployed, and the model under test is run in the redeployed security test environment.

[0114] It should be noted that the information interaction and execution process between the above-mentioned devices / units are based on the same concept as the method embodiments of this application. For details on their specific functions and technical effects, please refer to the method embodiments section, and they will not be repeated here.

[0115] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0116] Figure 6 This is a schematic diagram of the structure of an electronic device for a cloud platform tenant modeling test apparatus provided in an embodiment of this application. Figure 6 As shown, the electronic device of this embodiment includes: at least one processor 60 ( Figure 6 (Only one is shown) a processor, a memory 61, and a computer program stored in the memory 61 that can run on at least one processor 60. When the processor 60 executes the computer program, it implements the steps in any of the above-described cloud platform tenant modeling and testing method embodiments.

[0117] The electronic device may include, but is not limited to, a processor 60 and a memory 61. Those skilled in the art will understand that... Figure 6 This is merely an example of an electronic device and does not constitute a limitation on electronic devices. It may include more or fewer components than shown in the illustration, or combinations of certain components, or different components. For example, it may also include input / output devices, network access devices, etc.

[0118] The processor 60 may be a Central Processing Unit (CPU), or it may be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor.

[0119] The specific implementation process of processor 601 can be found in the above method embodiments, and its implementation principle and technical effect are similar. It will not be repeated here.

[0120] In some embodiments, memory 61 may be an internal storage unit of an electronic device, such as the memory of the electronic device. In other embodiments, memory 61 may be an external storage device of the electronic device, such as a plug-in hard drive, smart media card (SMC), secure digital (SD) card, flash card, etc. Furthermore, memory 61 may include both internal and external storage units of the electronic device. Memory 61 is used to store operating systems, applications, bootloaders, data, and other programs, such as program code for computer programs. Memory 61 can also be used to temporarily store data that has been output or will be output.

[0121] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, implements the steps described in the various method embodiments above.

[0122] The aforementioned computer-readable storage medium can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk. The readable storage medium can be any available medium accessible to a general-purpose or special-purpose computer.

[0123] An exemplary readable storage medium is coupled to a processor, enabling the processor to read information from and write information to the readable storage medium. Of course, the readable storage medium can also be a component of the processor. The processor and the readable storage medium can reside in an application-specific integrated circuit (ASIC). Alternatively, the processor and the readable storage medium can exist as discrete components in the aforementioned electronic device.

[0124] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When executed, the program performs the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0125] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0126] In the embodiments provided in this application, it should be understood that the disclosed apparatus / network devices and methods can be implemented in other ways. For example, the apparatus / network device embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0127] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0128] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the following claims.

[0129] It should be understood that this application is not limited to the precise structure described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is limited only by the appended claims.

Claims

1. A method for testing tenant modeling on a cloud platform, characterized in that, include: Obtain the name of the model to be tested, and retrieve the model source code corresponding to the name of the model to be tested from the code repository. The model source code is used to generate the model to be tested, and the code repository is used to store the model source code created and / or uploaded by cloud platform tenants. In response to a test request, the security information of the model under test is obtained, and the model under test is judged to meet the security standards based on the security information. If so, obtain the configuration information corresponding to the model under test, and deploy a security test environment for the model under test according to the configuration information. The configuration information includes the data management system queue name, data path, and database table corresponding to the model under test. If not, the test result will be "Security audit failed". The model under test is run in the security testing environment to obtain test results; the security testing environment is deployed on a physical server, and the model under test is run in a distributed data cluster. The security information includes the input data and output data type of the model under test, the source code of the model under test, and the data service cluster configuration information corresponding to the model under test; Determining whether the model under test meets safety standards based on the security information includes: Detect whether the security information includes information that exceeds the permissions corresponding to the model under test and information that maliciously tampered with the data service cluster configuration information; If included, the model under test is determined to be non-compliant with safety standards; If not, the model under test is deemed to meet safety standards.

2. The method for cloud platform tenant modeling and testing according to claim 1, characterized in that, Before obtaining the configuration information corresponding to the model under test, the process also includes: Obtain the source code of the model under test and compile the source code; If compilation fails, the output test result will be "compilation failed". If compilation is successful, the compiled source code of the model under test will be packaged to generate the model file; The step of deploying the security test environment for the model under test according to the configuration information includes: Synchronize the model files to the model directory on the preset server; The configuration information is synchronized to the configuration directory corresponding to the model file in the preset server to complete the deployment of the test environment.

3. The method for cloud platform tenant modeling and testing according to claim 1, characterized in that, The process of running the model under test in the security testing environment and obtaining test results includes: Obtain the model file of the model to be tested, wherein the model file includes the source code of the compiled model to be tested; Run the model file; If the model file runs successfully, the running log of the model file will be used as the test result; If the model file fails to run, the test result is confirmed as a failure.

4. The method for cloud platform tenant modeling and testing according to claim 1, characterized in that, Before obtaining the test results, the following is also included: Check for new test requests; If a new test request is received, in response to the new test request, the currently executed operation is stopped, the security test environment corresponding to the model under test is redeployed, and the model under test is run in the redeployed security test environment.

5. An apparatus for cloud platform tenant modeling and testing, comprising: The model acquisition module is used to acquire the name of the model to be tested and to acquire the model source code corresponding to the name of the model to be tested from the code repository. The model source code is used to generate the model to be tested. The code repository is used to store the model source code created and / or uploaded by cloud platform tenants. The test environment deployment module is used to respond to test requests, obtain the security information of the model under test, and determine whether the model under test meets the security standards based on the security information. If so, obtain the configuration information corresponding to the model under test, and deploy a security test environment for the model under test according to the configuration information. The configuration information includes the data management system queue name, data path, and database table corresponding to the model under test. If not, the test result will be "Security audit failed". The testing module is used to run the model under test in the security testing environment and obtain test results; the security testing environment is deployed on a physical server, and the model under test is run in a distributed data cluster. The security information includes the input data and output data type of the model under test, the source code of the model under test, and the data service cluster configuration information corresponding to the model under test; The test environment deployment module is also specifically used for: Detect whether the security information includes information that exceeds the permissions corresponding to the model under test and information that maliciously tampered with the data service cluster configuration information; If included, the model under test is determined to be non-compliant with safety standards; If not, the model under test is deemed to meet safety standards.

6. An electronic device, comprising: A processor, and a memory communicatively connected to the processor; The memory stores computer-executed instructions; The processor executes computer execution instructions stored in the memory to implement the cloud platform tenant modeling test method as described in any one of claims 1 to 4.

7. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions, which, when executed by a processor, are used to implement the cloud platform tenant modeling test method as described in any one of claims 1 to 4.

Images