CN113660133A - 一种支持SaaS模式的仿真试验系统及方法 - Google Patents

Abstract

本发明公开了一种支持SaaS模式的仿真试验系统及方法。支持SaaS模式的仿真试验系统，包括：云Iaas平台、云Pass平台、仿真试验系统后台服务和仿真试验系统web端门户；用户通过仿真试验系统web端门户生成部署请求并发送至仿真试验系统后台服务，仿真试验系统后台服务在部署请求的触发下自动调用云PaaS平台提供的API，被调用的API通过调用云IaaS平台以完成云上仿真试验系统的创建。采用本发明，用户能够通过web服务门户网站的方式，在不必接触和操作云平台细节的情况下执行多样本的仿真试验，为高效设计、自动化部署与执行多样本仿真试验提供一种有效的支撑工具。

Description

一种支持SaaS模式的仿真试验系统及方法

技术领域

本发明涉及计算机领域，尤其涉及一种支持SaaS模式的仿真试验系统及方法。

背景技术

在仿真平台云化的最初发展阶段，采用的主要方式是将原有的基于C++编程语言的C-S结构仿真模型和支撑工具软件进行代码迁移，更改为基于Java编程语言的B-S结构组件并进行云化。这种方式不可避免地带来大量的代码开发与调试工作，也严重限制了基于云的仿真试验系统的移植和运行效率。在后续的技术发展阶段中，逐步通过虚拟机、组件封装、服务化等技术和方式，使得无需或只需少量进行代码迁移工作即可完成仿真模型和软件的云化过程。然而，在现有仿真软件与模型部署于云端的过程中，还存在着如下的不足：

1)用户需要进行繁琐的云平台配置操作，尤其是在涉及到大量多样本的仿真试验环境下，用户需要不断地在云平台进行创建/配置/删除虚拟机、修改具体部署于云端某一位置的软件的配置文件、管理和调配云平台计算资源等操作，在云平台的配置与使用上会花费大量的时间、精力和学习成本，而无法将全部精力专注于仿真试验本身的业务；

2)仿真软件和仿真模型在云端部署和启动运行后，没有持续的状态监控机制，在仿真软件大规模部署于云端的情景下，用户很难知晓各个软件或软件部署所在的虚拟机状态是否正常，无法所对部署的仿真软件与仿真模型状态进行有效的综合监控与管理。

发明内容

本发明实施例提供一种支持SaaS模式的仿真试验系统及方法，用以解决现有技术中仿真软件与模型部署于云端的过程操作复杂的问题。

根据本发明实施例的支持SaaS模式的仿真试验系统，包括：云Iaas平台、云Pass平台、仿真试验系统后台服务和仿真试验系统web端门户；

用户通过所述仿真试验系统web端门户生成部署请求并发送至所述仿真试验系统后台服务，所述仿真试验系统后台服务在所述部署请求的触发下自动调用所述云PaaS平台提供的API，被调用的API通过调用所述云IaaS平台以完成云上仿真试验系统的创建。

根据本发明的一些实施例，所述仿真试验系统web端门户，用于：

基于用户的操作，确定仿真试验所用到的至少一个虚拟机以及每个所述虚拟机上部署的至少一个软件，并生成部署请求。

根据本发明的一些实施例，所述仿真试验系统后台服务，用于：

接收所述仿真试验系统web端门户发送的部署请求，并根据所述部署请求构建至少一个蓝图，所述蓝图包括所述仿真试验所用到的至少一个软件所对应的至少一个组件。

根据本发明的一些实施例，所述仿真试验系统后台服务在创建所述蓝图时，将所述虚拟机的内网IP映射为公网IP，并对所述公网IP设置索引；

所述仿真试验系统后台服务在创建所述蓝图时，对所述组件实际部署的软件名称进行有规律的后缀名修改，以避免软件名称重复，对部署在不同虚拟机上的同一软件进行区分与管理。

根据本发明的一些实施例，所述支持SaaS模式的仿真试验系统，还包括：

监控探针，用于监控所述仿真试验所用到的至少一个虚拟机以及至少一个软件的进程内容，并将监控数据通过所述仿真试验后台服务发送至所述仿真试验系统web端门户。

根据本发明实施例的支持SaaS模式的仿真试验方法，包括：

仿真试验系统web端门户根据用户的操作生成部署请求并发送至仿真试验系统后台服务；

仿真试验系统后台服务在所述部署请求的触发下自动调用云PaaS平台提供的API，被调用的API通过调用云IaaS平台以完成云上仿真试验系统的创建。

根据本发明的一些实施例，所述仿真试验系统web端门户根据用户的操作生成部署请求并发送至仿真试验系统后台服务，包括：

基于用户的操作，确定仿真试验所用到的至少一个虚拟机以及每个所述虚拟机上部署的至少一个软件，并生成部署请求。

根据本发明的一些实施例，所述仿真试验系统后台服务在所述部署请求的触发下自动调用云PaaS平台提供的API，包括：

接收所述仿真试验系统web端门户发送的部署请求，并根据所述部署请求构建至少一个蓝图，所述蓝图包括所述仿真试验所用到的至少一个软件所对应的至少一个组件；

基于所述蓝图自动调用云PaaS平台提供的API。

根据本发明的一些实施例，所述仿真试验系统后台服务在创建所述蓝图时，将所述虚拟机的内网IP映射为公网IP，并对所述公网IP设置索引；

所述仿真试验系统后台服务在创建所述蓝图时，对所述组件实际部署的软件名称进行有规律的后缀名修改，以避免软件名称重复，对部署在不同虚拟机上的同一软件进行区分与管理。

根据本发明的一些实施例，所述方法，还包括：

通过监控探针监控所述仿真试验所用到的至少一个虚拟机以及至少一个软件的进程内容，并将监控数据通过所述仿真试验后台服务发送至所述仿真试验系统web端门户。

采用本发明实施例，用户能够通过web服务门户网站的方式，在不必接触和操作云平台细节的情况下执行多样本的仿真试验，为高效设计、自动化部署与执行多样本仿真试验提供一种有效的支撑工具。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。在附图中：

图1是本发明实施例中支持SaaS模式的仿真试验系统组成及连接关系示意图；

图2是本发明实施例中云端仿真试验样本间通信方式示意图；

图3是本发明实施例中仿真试验系统交互方式示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明第一方面实施例提出一种支持SaaS模式的仿真试验系统，如图1所示，包括：云Iaas平台、云Pass平台、仿真试验系统后台服务和仿真试验系统web端门户；

用户通过所述仿真试验系统web端门户生成部署请求并发送至所述仿真试验系统后台服务，所述仿真试验系统后台服务在所述部署请求的触发下自动调用所述云PaaS平台提供的API，被调用的API通过调用所述云IaaS平台以完成云上仿真试验系统的创建。

采用本发明实施例，用户能够通过web服务门户网站的方式，在不必接触和操作云平台细节的情况下执行多样本的仿真试验，为高效设计、自动化部署与执行多样本仿真试验提供一种有效的支撑工具。

在上述实施例的基础上，进一步提出各变型实施例，在此需要说明的是，为了使描述简要，在各变型实施例中仅描述与上述实施例的不同之处。

根据本发明的一些实施例，所述仿真试验系统web端门户，用于：

基于用户的操作，确定仿真试验所用到的至少一个虚拟机以及每个所述虚拟机上部署的至少一个软件，并生成部署请求。

根据本发明的一些实施例，所述仿真试验系统后台服务，用于：

接收所述仿真试验系统web端门户发送的部署请求，并根据所述部署请求构建至少一个蓝图，所述蓝图包括所述仿真试验所用到的至少一个软件所对应的至少一个组件。

根据本发明的一些实施例，所述仿真试验系统后台服务在创建所述蓝图时，将所述虚拟机的内网IP映射为公网IP，并对所述公网IP设置索引；

所述仿真试验系统后台服务在创建所述蓝图时，对所述组件实际部署的软件名称进行有规律的后缀名修改，以避免软件名称重复，对部署在不同虚拟机上的同一软件进行区分与管理。

如图1所示，根据本发明的一些实施例，所述支持SaaS模式的仿真试验系统，还包括：

监控探针，用于监控所述仿真试验所用到的至少一个虚拟机以及至少一个软件的进程内容，并将监控数据通过所述仿真试验后台服务发送至所述仿真试验系统web端门户。

下面参照图1-图3以一个具体的实施例详细描述根据本发明实施例的支持SaaS模式的仿真试验系统。值得理解的是，下述描述仅是示例性说明，而不是对本发明的具体限制。凡是采用本发明的相似结构及其相似变化，均应列入本发明的保护范围。

在本发明实施例中，将仿真软件和仿真模型部署在云上，以让用户能够通过web服务门户网站的方式，在不必接触和操作云平台细节的情况下执行多样本的仿真试验。因此，仿真试验系统具备软件自动部署、自动启动、自动停止、自动资源释放等自动化能力，用户能够充分利用云平台提供的基础能力，在前端页面完成仿真试验设计与部署规划，在后台进行仿真试验的运行执行并得到仿真试验数据，快速获取仿真试验结果，在仿真试验过程中有效监控各个虚拟机和软件进程的运行状况，为高效设计、自动化部署与执行多样本仿真试验提供一种有效的支撑工具。

首先，需要解释说明的是，SaaS即Software-as-a-Service(软件即服务)，是随着互联网技术的发展和应用软件的成熟兴起的一种创新的软件应用模式。传统模式下，厂商通过License将软件产品各自部署到企业内部多个客户终端，以实现交付。这种交付方式由于采用本地现场部署的方式，因而带来了大量的前期部署与调试人力、时间等投入。而在SaaS模式下，厂商在自行维护的服务器上部署软件、数据库、代码等资源，用户则直接通过厂商提供的在线地址访问并使用该软件产品，无需再在本地客户端上进行部署、调试等工作。同时，SaaS模式相比传统软件产品交付模式具有更好的多平台适应性(只需遵循某一浏览器的开发标准)、更迅速及时的软件更新与bug修复(实时在线更新，无需在本地更新软件版本)等突出优点。将仿真支撑软件和仿真模型软件部署于云端，利用云平台的高性能计算能力和灵活配置能力，能够完成自动仿真、并行仿真、分布式仿真等过程。

仿真试验系统主要由仿真支撑软件(包括运行控制软件、消息中间件软件、路由软件等)和若干仿真模型软件共同组成。运行控制软件通过消息中间件(后文统一将这种通信方式称为总线，区别于计算机系统中总线的概念)与仿真模型软件进行数据交互，仿真模型软件之间同样通过总线进行交互。在具备分中心的情况下，每一个中心具备一个运行控制软件，隶属于不同运行控制软件的仿真模型软件相互之间不能进行直接通信。初始状态下默认主中心节点的运行控制软件为主控，分中心节点的运行控制软件为从控，但在主控同意转移权限的前提下，从控也可以向主控进行转换。在这种机制下，主控无法实时直接获取从控下属仿真成员软件的运行状况和结果，只能通过由从控向主控通过路由软件(Router)进行定时消息推送的方式实现。仿真试验系统中多个仿真系统间的交互示意如图3所示。

IaaS：Infrastructure-as-a-service，基础设施即服务。

SaaS：Software-as-a-service，软件即服务。

PaaS：Platform-as-a-service，平台即服务。

工件：仿真软件和相关脚本文件共同打包为压缩包后上传到云平台，统一称为工件。

组件：一个仿真软件对应云端的一个组件。用户需要在云平台创建组件，对组件进行命名，选择组件类型，设置组件图标，新建组件版本，设置组件参数，将组件和工件进行关联，新建组件的部署，启动，停止流程。

组件版本：实际使用过程中，用户制作的工件实际上往往需要反复修改，调试和重新上传。因此引入了组件版本的概念，当工件发生变化，组件新建组件版本，重新和新版本工件进行关联(亦保留旧版本组件和旧版本工件)。

蓝图：一个蓝图包含多个组件，蓝图用于规划组件的流程顺序(例如先部署哪个组件，后部署哪个组件)，并规定某一组件在虚拟机上的部署规则。蓝图流程和组件流程保持一致，也分为部署，启动，停止流程。

蓝图实例：一张蓝图可以衍生出多个蓝图实例，实例和实例之间行为类似，用户可以在实例创建后对具体实例的参数进行更进一步的修改(若有必要)。蓝图实例是实际试验的最终载体。

具体的，如图1所示，本发明实施例的支持SaaS模式下的仿真试验系统主要组成部分包括云Iaas平台、云Pass平台、仿真试验系统后台服务和仿真试验系统web端门户。用户通过仿真试验系统web端进行操作，所操作的部署请求发送至仿真试验系统后台服务，后台服务自动调用云PaaS平台提供的API，云PaaS平台调用其与IaaS平台的内部接口完成仿真试验系统的创建。

在多样本仿真试验中，一次仿真试验有唯一的标识，试验ID，简称TestID。同时一次仿真试验有多个仿真样本同时运行。一次样本也有唯一的样本ID标识，简称SampleID。一个仿真试验样本ID对应一个仿真试验总线ID。隶属于不同仿真试验总线ID的仿真软件之间无法直接相互通信，即样本ID和总线ID是一一对应的关系。所述的1个仿真试验样本包括从控软件1个，Router软件1个，仿真模型n个，而这n+2个软件所用的总线ID为同一个。为了方便云端将数据传回本地，Router软件需要远程设置主控所在的IP地址。主控Router软件根据现有的机器公网IP进行配置以将数据传入到后台，后台根据本次仿真试验ID设置仿真总线ID并分配给仿真试验样本们。在创建每个试验样本对应的蓝图时，设置归属于这个蓝图的组件参数，如总线ID、主控IP、按序号编排的软件名称(避免同一个机器软件名称重复)、公网IP等。这样，在仿真试验运行过程中，监控探针就可以按仿真软件命名规则监控虚拟机和进程的内容并向仿真试验后台服务报送数据，用户可以通过前端的web页面获取到仿真试验运行的相关状态。本发明所述的仿真试验系统中，云端仿真试验样本间的通信连接方式如图2所示。

用户在使用该仿真试验系统时的具体操作流程包括：

步骤1，用户在Web端创建一个仿真试验；

步骤2，用户在Web端选择新开设云端虚拟机资源，或者对已有的云端虚拟机进行管理；

步骤3，用户在Web端选择本次试验所需要用到的虚拟机；

步骤4，用户在Web端选择本次试验所需要运行的仿真软件；

步骤5，用户在Web端将步骤4所选择的仿真软件规划至步骤3所选择的虚拟机中；

步骤5，用户在Web端直接点击部署操作；

步骤6，后台服务收到用户部署请求，针对当前试验及属于当前试验的多样本，在云平台自动创建多个蓝图，蓝图中包含用户在Web端选择的软件所对应的组件；

步骤7，用户本机的运行控制软件作为主控，自动获取云端部署的软件成员列表，用户可以进行如想定文件初始化，仿真成员初始化、试验运行/暂停/停止等仿真试验步骤。同时，用户本机的运行控制软件(主控)可以通过Router软件控制多个样本的仿真试验，执行运行/暂停/停止等仿真试验操作；

用户在Web端可以查看到每个仿真试验或仿真样本所涉及的云端虚拟机的内存占比、CPU占比和硬盘占比等，从而评估云端机器的状态；

用户在Web端可以查看到每个仿真试验或仿真样本所涉及的云端运行软件的CPU占比和内存占比，从而评估该次试验或涉及到的样本量级其运行状态是否正常。

在相关技术的研究中，多集中于云平台架构组成、仿真试验系统业务流程等层面，而对云平台与仿真试验系统之间的交互及用户的具体运用模式讨论较少。用户在使用本发明实施例所提出的支持SaaS模式的仿真试验系统过程中，首先需要规划构建仿真试验样本及样本间的数据连接关系，然后进行各个仿真试验样本的蓝图与软件部署规划，之后进行仿真相关资源的相关配置，最后开始执行仿真试验并对仿真试验的状态进行监控。在此过程中，涉及到的几项关键问题及本发明所提出的对应解决途径如下：

内外网通信问题的解决。云平台中的虚拟机具有两个IP地址(一个是内网IP，一个是公网IP)。若仿真试验的样本只通过自身内网IP向外报送消息，由于内网IP对于其他仿真试验样本(包括主控Router所在的仿真试验样本)均为不可见的，则会导致无法正常交换数据的问题。为解决此问题，通过仿真试验系统后台在创建蓝图时即将公网IP地址进行映射和索引，这样，各个仿真试验样本软件的配置文件中就会出现对应的公网IP，可以通过公网IP报送消息。

软件重叠部署时的命名问题解决。当多个仿真试验样本在一台虚拟机上运行时，很可能出现的一种情况为：这多个仿真试验样本选择了相同的软件进行部署和运行。若不对软件的名称加以区分和管理，不仅会导致仿真软件部署位置的重叠和覆盖，也会影响到对仿真软件的精确筛选和监控。因此，仿真试验系统后台在创建蓝图时，将对组件实际部署的软件名称进行有规律的后缀名修改，以避免软件名称的重复，解决软件在虚拟机中重叠部署时命名重复的问题。

总线资源管理问题的解决。由于多个仿真试验样本之间并不能直接通信，因此云端部署中，必须对总线分配过程按照一定的规则进行管理，以知晓已经分配使用的总线ID有哪些，未分配使用的总线ID有哪些，以在创建蓝图的时候正确分配总线ID，防止多个仿真试验样本间总线ID重复或冲突的情况出现。

仿真试验运行状态监控问题的解决。在传统的云仿真平台中，仿真模型和软件在云端部署和启动运行后，用户没有直观的持续状态监控机制，尤其在多样本仿真试验场景下，难以直观、综合地对各个仿真试验样本及其对应的虚拟机、软件等的状态进行统一监视。本发明通过引入监控探针的方式，按照所设定的仿真软件命名规则来监控各个虚拟机及软件进程的内容，并向仿真试验后台服务报送数据，用户可以通过前端的web页面获取到仿真试验运行的相关状态，方便进行仿真试验运行状态的监控。

本发明实施例提出的支持SaaS模式的仿真试验系统具备以下优点：

有效利用云端计算和存储资源进行多样本仿真，一次试验就能得到多份数据结果；

有效屏蔽了大部分云端的操作步骤和接口，为仿真用户提供更简洁的操作方式，节省大量时间以便于关注仿真业务本身；

仅需要少量的调整，就能实现将仿真软件制作为云平台组件，不需要更改仿真软件的主要代码逻辑；

可以通过对蓝图进行临机调整的方式，灵活地对一个仿真试验样本中所包括的仿真软件进行灵活的调整和编排；

能够有效应对公网IP和内网IP并存导致的内外网通信问题，加强各个仿真试验样本之间的互联互通；

以自动化方式解决相同软件在同一虚拟机中重叠部署时可能导致的软件命名重复和总线资源冲突等问题；

可以有效监控云端仿真软件的运行状态，对云端的虚拟机状况也进行监控，使得云上多样本仿真试验流程完整，形成闭环。

需要说明的是，以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

本发明第二方面实施例提出一种根据本发明实施例的支持SaaS模式的仿真试验方法，包括：

仿真试验系统web端门户根据用户的操作生成部署请求并发送至仿真试验系统后台服务；

仿真试验系统后台服务在所述部署请求的触发下自动调用云PaaS平台提供的API，被调用的API通过调用云IaaS平台以完成云上仿真试验系统的创建。

采用本发明实施例，用户能够通过web服务门户网站的方式，在不必接触和操作云平台细节的情况下执行多样本的仿真试验，为高效设计、自动化部署与执行多样本仿真试验提供一种有效的支撑工具。

在上述实施例的基础上，进一步提出各变型实施例，在此需要说明的是，为了使描述简要，在各变型实施例中仅描述与上述实施例的不同之处。

根据本发明的一些实施例，所述仿真试验系统web端门户根据用户的操作生成部署请求并发送至仿真试验系统后台服务，包括：

基于用户的操作，确定仿真试验所用到的至少一个虚拟机以及每个所述虚拟机上部署的至少一个软件，并生成部署请求。

根据本发明的一些实施例，所述仿真试验系统后台服务在所述部署请求的触发下自动调用云PaaS平台提供的API，包括：

接收所述仿真试验系统web端门户发送的部署请求，并根据所述部署请求构建至少一个蓝图，所述蓝图包括所述仿真试验所用到的至少一个软件所对应的至少一个组件；

基于所述蓝图自动调用云PaaS平台提供的API。

根据本发明的一些实施例，所述仿真试验系统后台服务在创建所述蓝图时，将所述虚拟机的内网IP映射为公网IP，并对所述公网IP设置索引；

所述仿真试验系统后台服务在创建所述蓝图时，对所述组件实际部署的软件名称进行有规律的后缀名修改，以避免软件名称重复，对部署在不同虚拟机上的同一软件进行区分与管理。

根据本发明的一些实施例，所述方法，还包括：

通过监控探针监控所述仿真试验所用到的至少一个虚拟机以及至少一个软件的进程内容，并将监控数据通过所述仿真试验后台服务发送至所述仿真试验系统web端门户。

需要说明的是，在本说明书的描述中，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

不应将位于括号之内的任何参考符号构造成对权利要求的限制。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种支持SaaS模式的仿真试验系统，其特征在于，包括：云Iaas平台、云Pass平台、仿真试验系统后台服务和仿真试验系统web端门户；

用户通过所述仿真试验系统web端门户生成部署请求并发送至所述仿真试验系统后台服务，所述仿真试验系统后台服务在所述部署请求的触发下自动调用所述云PaaS平台提供的API，被调用的API通过调用所述云IaaS平台以完成云上仿真试验系统的创建。

2.如权利要求1所述的支持SaaS模式的仿真试验系统，其特征在于，所述仿真试验系统web端门户，用于：

基于用户的操作，确定仿真试验所用到的至少一个虚拟机以及每个所述虚拟机上部署的至少一个软件，并生成部署请求。

3.如权利要求2所述的支持SaaS模式的仿真试验系统，其特征在于，所述仿真试验系统后台服务，用于：

接收所述仿真试验系统web端门户发送的部署请求，并根据所述部署请求构建至少一个蓝图，所述蓝图包括所述仿真试验所用到的至少一个软件所对应的至少一个组件。

4.如权利要求3所述的支持SaaS模式的仿真试验系统，其特征在于，所述仿真试验系统后台服务在创建所述蓝图时，将所述虚拟机的内网IP映射为公网IP，并对所述公网IP设置索引；

所述仿真试验系统后台服务在创建所述蓝图时，对所述组件实际部署的软件名称进行有规律的后缀名修改，以避免软件名称重复，对部署在不同虚拟机上的同一软件进行区分与管理。

5.如权利要求2所述的支持SaaS模式的仿真试验系统，其特征在于，所述支持SaaS模式的仿真试验系统，还包括：

监控探针，用于监控所述仿真试验所用到的至少一个虚拟机以及至少一个软件的进程内容，并将监控数据通过所述仿真试验后台服务发送至所述仿真试验系统web端门户。

6.一种支持SaaS模式的仿真试验方法，其特征在于，包括：

仿真试验系统web端门户根据用户的操作生成部署请求并发送至仿真试验系统后台服务；

仿真试验系统后台服务在所述部署请求的触发下自动调用云PaaS平台提供的API，被调用的API通过调用云IaaS平台以完成云上仿真试验系统的创建。

7.如权利要求6所述的支持SaaS模式的仿真试验方法，其特征在于，所述仿真试验系统web端门户根据用户的操作生成部署请求并发送至仿真试验系统后台服务，包括：

基于用户的操作，确定仿真试验所用到的至少一个虚拟机以及每个所述虚拟机上部署的至少一个软件，并生成部署请求。

8.如权利要求7所述的支持SaaS模式的仿真试验方法，其特征在于，所述仿真试验系统后台服务在所述部署请求的触发下自动调用云PaaS平台提供的API，包括：

接收所述仿真试验系统web端门户发送的部署请求，并根据所述部署请求构建至少一个蓝图，所述蓝图包括所述仿真试验所用到的至少一个软件所对应的至少一个组件；

基于所述蓝图自动调用云PaaS平台提供的API。

9.如权利要求8所述的支持SaaS模式的仿真试验方法，其特征在于，所述仿真试验系统后台服务在创建所述蓝图时，将所述虚拟机的内网IP映射为公网IP，并对所述公网IP设置索引；

所述仿真试验系统后台服务在创建所述蓝图时，对所述组件实际部署的软件名称进行有规律的后缀名修改，以避免软件名称重复，对部署在不同虚拟机上的同一软件进行区分与管理。

10.如权利要求7所述的支持SaaS模式的仿真试验方法，其特征在于，所述方法，还包括：

通过监控探针监控所述仿真试验所用到的至少一个虚拟机以及至少一个软件的进程内容，并将监控数据通过所述仿真试验后台服务发送至所述仿真试验系统web端门户。

Images