一种监测部署于云平台的应用运行质量的无侵入仿真方法与流程

本发明涉及云计算技术领域，具体地说是一种监测部署于云平台的应用运行质量的无侵入仿真方法。

背景技术：

基于云计算的云服务产品已成为it的主流资源支撑方案，上云、用云也代替了传统使用模式和运维模式,服务商主导云资源提供和服务，租户使用云资源。随着上云业务的扩大，当前的主要矛盾已经从“服务于使用”转向“服务于体验”。客户对运行在云上的应用，质量要求越来越高，经常会因为打开延迟、性能降低等问题投诉云服务商。

技术实现要素：

本发明的技术任务是针对以上不足之处，提供一种监测部署于云平台的应用运行质量的无侵入仿真方法，能够实现在没有授权的前提下，不通过侵入租户使用的资源，为租户提供更好的云资源服务，实现个性化的使用体验保障。

本发明解决其技术问题所采用的技术方案是：

一种监测部署于云平台的应用运行质量的无侵入仿真方法，通过在同一平台建立外部虚拟机，虚拟化同质的外部资源，模拟用户应用的运行环境，对应用可用性、云平台、计算、存储和网络的运行质量指标进行收集，实现基于租户具体应用的运行质量监测。

因云平台服务商没有客户资源的操作权限，通过建立外部仿真环境模拟租户的使用体验。

从应用可用性、平台、计算、存储和网络5各方面构造运行在云平台上的无侵入的租户应用运行质量仿真检测，以应用为对象，实质体现了整个云平台的运行质量，使运维方式从整体的粗放型到应用的个性化保障，既解决了应用可用性问题，也解决了应用不可用时的可能原因。

优选的，所述应用可用性的运行质量指标收集包括应用云外访问质量指标的采集获取和应用云内访问质量指标的采集获取，

应用云外访问，模拟使用者通过浏览器打开应用访问的操作，用命令来仿真测试应用的运行质量，仿真命令支持常用的ie(v8及以上版本)、google、火狐等浏览器，仿真命令执行的结果是应用运行质量的直接体现；指标包括nds解析时长、tcp协议建立时长、系统白屏时长、首页显示时长和下载速度；

采集方式以http协议为基础，结合返回码确认，采集命令自动适应3xx的重定向等情况，并判断4xx、5xx为异常返回值，当出现异常时，再使用其他环节结果辅助判断故障原因，如云内访问、计算、存储、网络等质量；

为了减少应用监测的异常告警，特别是网络质量造成的访问延迟告警，还优化了告警机制，本方法以监测应用为区分对象，把当前网络质量时延及该应用正常访问时长做算法处理获得门限值app-time，当监测的访问时长超出app-time时再发出异常告警；应用首页加载时长，设置动态门限值app-time，通过函数f(应用正常访问时长，当前网络延迟时长)计算获得；

应用云内访问，把仿真检测程序部署到网络节点上，在租户vlan网关内部做仿真测试，能够获得较真实的监测结果；

云内应用仿真拨测可以根据结构情况，跳过dns环节，直接使用云内地址(至少是可访问的floatingip地址)进行http协议的探测，指标包括连接建立时长、系统白屏时长、首页显示时长和下载速度；

应用拨测返回码异常，或者访问超时都会以告警方式通知，算法和实现参考云外部分。

优选的，云平台质量指标的采集获取，通过在nail内部的采集进程，周期性调用网卡元数据接口和端口元数据接口计算，并评估信息获取的完整性和时延，以评价云平台支撑能力质量。该指标在nail(客户端)的判断策略里实现，如果异常则上传到wall(服务端)统一管理并告警。

进一步的，以云平台的宿主机为单位建立原子性载体nail，承担计算、存储、网络质量的仿真监测功能，监测方案中功能实现采用两级体制，执行单元为nail，管理单元为wall；nail由虚拟化平台统一关键并管理，以便能更直观体现虚拟化平台的运行情况，如云平台运行波动、延迟等；nail所在在宿主机故障后，不需要疏散到其他宿主机上；

nail内部安装用于监测的程序，监测策略由集中管理系统wall统一管理，并建立通道，交互相关信息；

按照心跳机制nail周期性向wall汇报自己的存活状态，wall在规定周期内收不到nail的汇报，根据个数情况，判断是宿主机问题，还是云平台群体性问题；

nail发起的连通性监测对象及监测策略，由wall判断并下发；

nail发起的存储io监测方式，如顺序读/写，随机读/写，以及数据块的大小，根据监测需要可定制化调整并下发；

nail发起的点到点之间数据包传输监测策略，由wall配置并下发。

优选的，对于计算质量指标的采集获取，从宿主机的角度判断对其上虚拟机的支撑能力，指标包括cpu和内存的资源支撑能力、cpu因io不及时造成的中断等待次数以及cpu处理任务的排队长度；

通过nail执行云平台操作控制节点的数据接口，监测自该点发起的平台访问可达性，为其他访问可达性做仿真性验证；

收集并反馈nail在宿主机的cpu、内存、本地硬盘的利用率，及vcpu、内存的分配率，异常信息以告警形式通知。

优选的，对于存储质量指标的采集获取，通过在nail中部署对文件和数据库两类方式的探测程序，对底层存储的运行质量进行监测，并从部署的应用上做仿真访问，判断io是否影响了正常运行；

文件性能指标，通过在nail部署的程序按照监测策略，反复操作一个文件体，获取相关性能指标；

数据库性能指标，除获取数据库的qps、tps外，还对指定数据库表的数据用sql语句查询获取，记录查询这些固定数据的耗时，用来验证当前数据库可用，并且查询数据库的速度是否正常。

文件与云平台存储资源池之间的io质量监测，包括顺序读写、随机读写的延时、抖动及iops等性能指标；

数据库与云平台存储资源池之间的io质量监测，包括qps和tps等性能指标。

对监测的性能指标可以设置门限值，异常数据以告警方式通知到集中管理wall；

除性能指标外，在文件和数据库与存储交互过程中产生的错误日志，也将以告警的方式发送到集中管理系统wall。

优选的，对于网络质量指标的采集获取，通过存在的物理同路由事实仿真测试同应用内部不同虚机的互访质量。

通过部署于nail内的agent，可以实现tcp、http、icmp等协议的网络质量探测，也可以使用traceroute等跟踪经过的路由及质量情况。该操作可以识别同应用内受网络质量影响的响应时延。通过仿真监测可以实现同应用内部不同虚机间的丢包、错误、时延、目标不可达等问题。

在同宿主机上把nail配置为透明模式，把需要分析虚机的数据流量引到nail的指定端口上，并通过指定源ip、port或目标ip、port，结合传输协议等辅助条件，获取对应的数据包并进行分析发现网络连接不成功的具体原因，或者长时间执行的程序语句内容。

进一步的，根据cmdb自动化增加新监测对象和策略，

云服务商开通资源后，根据设置的用途信息，自动形成应用内部拓扑关系；根据拓扑关系自动形成监测点，如web到app，app到db之间的网络时延、抖动等质量，并可根据应用特点个性化设置门限值，对异常数据以告警形式发出；模拟应用使用的协议以发现端到端路由上的传输质量情况，如丢包、抖动和延迟等；

根据监测点需要，抓取源到目标的数据包，判断内容及返回值，辅助定位可能存在的问题，

通过数据包内容分析，确定应用服务器与数据库服务器连接的质量问题和可能原因；

通过数据包内容分析，确认应用服务器与web服务器连接的质量问题和可能原因。

本方法的实质是对云平台的个性化质量监测，以租户应用为验证样本，解决了云服务商只能提供云平台整体sla，无法针对具体租户提供服务质量体验的问题。实现了没有授权无法在租户应用使用服务实例内部署探针的前提下，提供个性化的使用体验监测方案。

本发明还要求保护一种监测部署于云平台的应用运行质量的无侵入仿真装置，包括：至少一个存储器和至少一个处理器；

所述至少一个存储器，用于存储机器可读程序；

所述至少一个处理器，用于调用所述机器可读程序，执行上述的方法。

本发明还要求保护计算机可读介质，所述计算机可读介质上存储有计算机指令，所述计算机指令在被处理器执行时，使所述处理器执行上述的方法。

本发明的一种监测部署于云平台的应用运行质量的无侵入仿真方法与现有技术相比，具有以下有益效果：

本方法从应用可用性、平台、计算、存储、网络五个方面构造了运行在云平台上的无侵入的租户应用运行质量仿真监测方法。以应用为对象，实质体现了整个云平台的运行质量，使运维方式从整体的粗放型到应用的个性化保障。既解决了应用可用性问题，也解决了应用不可用时的可能原因。

解决了云服务商和租户之间因为监测权限问题造成的信息不对称问题，即租户不给服务商授权，但还需要服务商出具应用不可用时的具体原因和解决办法；

提供了服务商为租户提供重点保障和个性化的支撑手段，为服务商提供不同sla提供了数据基础和依据；

解决了租户应用使用感受被平台统计数据“平均”化的问题；

解决了某些平台型故障对租户应用影响深度的确定问题，服务商在处理故障时能够清晰的明确是否已经根除，并消除了对租户应用的影响。

附图说明

图1是本发明一个实施例提供的该方法的功能架构图；

图2是本发明一个实施例提供的应用端到端的展示示意图；

图3是本发明一个实施例提供的虚机网络连接示意图；

图4是本发明一个实施例提供的该方法的部署架构图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步说明。

因为当前云服务商在交付计算、存储服务产品时(iaas)，使用权也一并赋予客户，在租用期内客户对资源有全部权限，而服务商只能通过运维支持这些资源的正常运行，但不能进入客户的应用监控运行质量。所以，服务商感知的运行质量与租户感知的应用运行质量之间，经常出现对立性的体验感受。出于数据安全和隐秘性考虑，租户的应用不会对服务商授权监控运行质量；服务商在不能进行针对性监控的前提下，只能用平台的运行质量应对。对租户来说，只要应用能运行，开发商基本就没有责任。按照实际情况来看，运行的应用，使用者体验不好也确实主要是网络、计算、存储等环境性因素影响，但不可避免的也会存在程序质量不好等问题，服务商如何定位问题，或者如何自证清白，与租户不给服务商相关权限形成直接的对立矛盾。

云服务商对计算、存储、网络都有对应的程序监控，并且也都有对应的服务质量要求，比如可用性都标注在99.95％以上，但这种可用性大部分出于平台性的统计数据，无法从具体租户的应用上体现可用性，实际租户的使用体验“被平均”，即整体平台质量可能是99.95％，但对租户来说并不是99.95％的体验，而可能正好是0.05％里的一个租户，云服务商在提供服务时都会与租户签订可用性协议，从服务商角度来看用平台的统计性可用性对应协议里租户的应用可用性在维度上的不对等。

从服务商和租户两个维度来说，都需要一种无侵入性的仿真监测，实现对租户应用可用性的统计。服务商解决签订协议中的应用可用性监测；租户解决在无授权时让服务商提供更好的云资源服务。

如何为租户提供更好的服务使用体验，为租户提供更好的服务能力，且如何在没有授权的前提下，不通过侵入租户使用的资源，实现个性化的使用体验保障，提供个性化的服务，是目前云服务商急需解决的工作任务。

本发明实施例提供了一种监测部署于云平台的应用运行质量的无侵入仿真方法，该方法可以包括以下步骤实现：

一种监测部署于云平台的应用运行质量的无侵入仿真方法，通过在同一平台建立外部虚拟机，虚拟化同质的外部资源，模拟用户应用的运行环境，对应用可用性、云平台、计算、存储和网络的运行质量指标进行收集，实现基于租户具体应用的运行质量监测。

因云平台服务商没有客户资源的操作权限，通过建立外部仿真环境模拟租户的使用体验。本方法从应用可用性、平台、计算、存储和网络5各方面构造运行在云平台上的无侵入的租户应用运行质量仿真检测，以应用为对象，实质体现了整个云平台的运行质量，使运维方式从整体的粗放型到应用的个性化保障，既解决了应用可用性问题，也解决了应用不可用时的可能原因。

本方法是从外部仿真的角度解决无侵入的应用运行质量监测功能实现。如附图1功能架构所示：该实施例主要发明内容集中在如何收集运行质量指标的数据采集层，展示层、策略和调度层功能采用常规做法，不再阐述。

1、应用云外访问质量指标设计及采集获取

应用云外访问指具有外部地址(如互联网地址)或域名的应用，以模拟使用者通过浏览器打开应用访问的操作，用命令来仿真测试应用的运行质量。因不同开发商使用技术不同，对内核有不同要求，仿真命令支持常用的ie(v8及以上版本)、google、火狐等浏览器。仿真命令执行的结果是应用运行质量的直接体现，主要包括以下指标：dns解析时长、tcp协议建立时长、系统白屏时长、首页显示时长、下载速度等。以正常访问时获取的性能指标为基础，绘制应用访问的端到端运行质量，如附图2中所示的应用云外访问质量端到端。

采集方式以http协议为基础，结合返回码确认。采集命令自动适应3xx的重定向等情况，并判断4xx、5xx为异常返回值。当出现异常时，再使用其他环节结果辅助判断故障原因，如云内访问、计算、存储、网络等质量。

为了减少应用监测的异常告警，特别是网络质量造成的访问延迟告警，优化了告警机制。本方法以监测应用为区分对象，把当前网络质量时延及该应用正常访问时长做算法处理获得门限值app-time，当监测的访问时长超出app-time时再发出异常告警。应用首页加载时长，设置动态门限值app-time，通过函数f(应用正常访问时长，当前网络延迟时长)计算获得。

2、应用云内访问质量指标设计及采集获取

云平台支持多租户场景，为了实现租户之间资源隔离，网络做了很多访问策略限制，并且sdn中overlay网络的使用会进一步导致云内网络的复杂性。当前的现状是租户内部(vlan)网络质量相对好，管理网络与租户之间的业务网络互通质量较差，很多情况下会因为网络质量(管理与租户之间)导致虚假告警。当前openstack虚拟化平台一般都采用专用的网络节点，在网络节点上通过namespace的net类型创建了若干个租户的vlan网关。本方法中把仿真监测程序部署到网络节点上，在租户vlan内部做仿真测试，能获得较真实的监测结果。

云内应用仿真拨测可以根据结构情况，跳过dns环节，直接使用云内地址(至少是可访问的floatingip地址)进行http协议的探测。核心指标主要有连接建立时长，系统白屏时长、首页显示时长、下载速度等，展示结果如附图2中所示的应用云内访问质量端到端。

应用拨测返回码异常，或者访问超时都会以告警方式通知，算法和实现参考云外部分。

3、云平台质量指标设计及采集获取

一般虚拟化云平台分为控制平面和业务平面两类功能。控制平面管理元数据及云资源间的互访策略、动态迁移等业务场景的管理；业务平面根据设置的参数支持云服务产品运行。业务平面的运行性能通过计算、存储、网络三个要素在后续分析实现内容和方式；本小节主要分析云平台的支撑质量情况。

在openstack虚拟化平台中，控制平面存储元数据并且与本地配置做对标检查一致性。运行在各个节点上的进程会定期与控制平面的元数据同步获取对比信息，或者不定期往元数据表中插入信息。信息在节点和元数据表之间的可达性和及时性，影响诸如网络连接、访问策略、挂载硬盘等重要场景的操作。信息获取通过消息队列传递调用的接口，异步执行实现。消息队列的响应时间及是否拥塞，是决定平台对云服务支撑能力的重要指标。

本实施例通过在nail内部的采集进程，周期性调用网卡元数据接口、端口元数据接口计算并评估信息获取的完整性和时延，评价云平台支撑能力质量。该指标在nail(客户端)的判断策略里实现，如果异常则上传到wall(服务端)统一管理并告警。

4、计算质量指标设计及采集获取

计算虚拟化的运行基础是操作系统的分时机制，即把cpu资源按照时间片的方式提供给不同进程使用。作为云平台基础资源的虚机，通过软件模拟各种外设及组件支持虚机操作系统调度运行。本方法设计计算虚拟化运行质量从宿主机的角度判断对其上虚机的支撑能力，主要涉及如下指标：cpu和内存的资源支撑能力、cpu因io不及时造成的中断等待次数、cpu处理任务的排队长度等。

具体计算为：

cpu、内存的资源支撑能力。采集cpu和内存的各自分配量total_num(被分配给虚机的对应资源合计)、cpu和内存的当前使用率percent(虚机的平均使用率)，计算total_num*percent获得宿主机资源被占用情况，如果超出警戒值，则提示支撑能力不足的风险。

采集cpu因io交互拥塞造成中断的等待次数，可以说明cpu工作因外部数据io交互受影响，其上的虚机都会受到影响。

cpu处理任务的排队长度，长久以来衡量cpu的工作状态，一般都使用cpu负荷，较少关注cpu的繁忙程度(排队长度)。实际如果没有任务排队，则cpu负荷无论大小都是健康的繁忙，不会影响到系统运行；如果排队长度高，则无论cpu负荷高低，都说明cpu繁忙。

该部分指标的采集程序部署在管理端(wall)面向所有宿主机，并根据应用使用虚机所在的宿主机提供针对性的分析意见。

5、存储质量指标设计及采集获取

在云计算环境中，存储一般采用外部资源池形式挂载到虚机上使用。存储平台虽然有自身的监控，并能提供较高的sla。如果发生了部分io拥塞、延迟，从存储平台来说可以忽略不计，但对租户应用来说却有很差的使用体验。另外，因为部分应用对io的延时、中断很敏感，如果存储层有短暂问题，也可能会导致上层应用无法连通(一般处理方式为需重启应用或数据库)。通过在nail中部署对文件、数据库两类方式的探测程序，对底层存储的运行质量进行监测，并从部署的应用上做仿真访问，判断io是否影响了正常运行。

针对文件和数据库两类应用常用数据操作方式，分别设计性能指标如下：

文件性能指标。通过在nail部署的程序按照监测策略(块大小：4k/1m、模式：随机/顺序)，反复操作一个文件体，获取相关性能指标：读/写的iops、io的排队队列长度、io响应的时长。获取这些指标可以使用fio\iostat等操作系统命令或自研的测试程序。

数据库性能指标。除获取数据库的qps、tps外；还对指定数据库表的数据，用sql语句查询获取，记录查询这些固定数据的耗时，用来验证当前数据库可用，并且查询数据的速度是否正常。这些采集程序都通过自研的方式实现，并部署到nail中。数据库按照应用使用的类别确定，一般以开源为主，如mysql、pg等。

6、网络质量指标设计及采集获取

为了保障多租户间资源隔离，一般使用网络策略实现。网络质量指标主要考虑应用内部连接的运行质量情况，如附图3中所示，a应用3台虚机位于host1、host2、host3上，host1-vm-a、host2-vm-a、host3-vm-a之间的访问关系，与host1-nail、host2-nail、host3-nail具有相同的物理路由通路。因为在host1上无论nail、还是vm-a都通过ovs1(虚拟交换机)连接到host1的物理网卡上实现与外部的交互(在同一台host上多台虚机网络质量因不受外部影响，可以确保质量，不在监测范围内)。

基于以上同路由的分析，分布在host1/host2/host3上的vm与nail具有近似的网络运行质量。本方法通过存在的物理同路由事实可以仿真测试同应用内部不同虚机的互访质量。

通过部署于nail内的agent，可以实现tcp、http、icmp等协议的网络质量探测，也可以使用traceroute等跟踪经过的路由及质量情况。该操作可以识别同应用内受网络质量影响的响应时延。通过仿真监测可以实现同应用内部不同虚机间的丢包、错误、时延、目标不可达等问题。

在实际运维过程中，超过60％影响应用运行的问题来自于网络方面的原因。除上述明显的目标不可达、严重丢包等问题外，还会有连接建立不成功、mtu对应不匹配等更深层次的原因。为了获取这些原因，甚至交互内容中的劣化性程序问题，需要打开数据包查看内容。在同宿主机上把nail配置为透明模式，把需要分析虚机的数据流量引到nail的指定端口上，并通过指定源ip、port或目标ip、port，结合传输协议等辅助条件，获取对应的数据包并进行分析发现网络连接不成功的具体原因，或者长时间执行的程序语句内容。因为该操作需要占用较大的存储空间及计算资源开销，正常情况下不开启，当需要对某些有问题的应用进行原因分析时，通过配置监测策略下发执行分析操作。

结构及部署说明

由于本方法涉及应用、平台、计算、存储、网络等多个方面的数据采集及管理，梳理部署内容及结构如附图4所示。

本方法中所使用采集方法部分使用操作系统自带的监测命令，部分改造自研，权利保护申请点主要是无侵入的仿真监测，不涉及具体命令及方法，所以不阐述具体的程序实现。

本方法主要面对openstack虚拟化平台，也可作为openstack虚拟化领域的运行质量监测解决方案。

本发明实施例还提供了一种监测部署于云平台的应用运行质量的无侵入仿真方法，该方法可以包括以下步骤实现：

一种监测部署于云平台的应用运行质量的无侵入仿真方法，通过在同一平台建立外部虚拟机，虚拟化同质的外部资源，模拟用户应用的运行环境，对应用可用性、云平台、计算、存储和网络的运行质量指标进行收集，实现基于租户具体应用的运行质量监测。

因云平台服务商没有客户资源的操作权限，通过建立外部仿真环境模拟租户的使用体验。以云平台管理的宿主机为单位，创建仿真的原子性载体-钉子(nail)，承担计算、存储、网络质量的仿真检测功能。监测方案中功能实现采用两级体系：执行单元为钉子(nail)，管理单元为墙(wall)。本方法提供基于租户具体应用的运行质量监测结果，不是对云资源平台统计性的质量监测结果。

在云平台管理的宿主机上创建虚机，作为监测的原子化功能载体，命名为钉子(nail)。

钉子(nail)由虚拟化平台统一关键并管理，以便能更直观体现虚拟化平台的运行情况。如云平台运行波动、延迟等，钉子都会感受到；

钉子(nail)所在宿主机故障后，不需要疏散到其他宿主机上；

钉子(nail)内部安装用于监测的程序，监测策略由集中管理系统(wall)统一管理，并建立通道，交互相关信息，包括：

1)、按照心跳机制nail周期性向wall汇报自己的存活状态，wall在规定周期内收不到nail的汇报，根据个数情况，判断是宿主机问题，还是云平台群体性问题；

2)、nail发起的连通性监测对象及监测策略，由wall判断并下发；

3)、nail发起的存储io监测方式，如顺序读/写，随机读/写，以及数据块的大小，根据监测需要可定制化调整并下发，以便很好的适应仿真性要求；

4)、nail发起的点到点之间数据包传输监测策略，由wall配置并下发。

无侵入仿真实现租户同应用虚机网络质量的监测：

1)、根据cmdb自动化增加新监测对象和策略，包括：

云服务商开通资源后，根据设置的用途等信息，自动形成应用内部拓扑关系；

根据拓扑关系，自动形成监测点，如web到app，app到db之间的网络时延、抖动等质量，并可根据应用特点个性化设置门限值，对异常数据以告警形式发出；

网络质量监测方式包含常用的tcp、http、icmp等协议，模拟应用使用的协议能够更准确发现端到端路由上的传输质量情况，如丢包、抖动、延迟等。

2)、根据监测点需要，抓取源到目标的数据包，判断内容及返回值，辅助定位可能存在的问题。其特征有：

通过数据包内容分析，确定应用服务器与数据库服务器连接的质量问题和可能原因。

通过数据包内容分析，确认应用服务器与web服务器连接的质量问题和可能原因。

无侵入仿真实现租户虚机访问存储运行质量的监测：

文件与云平台存储资源池之间的io质量监测，包括：顺序读写、随机读写的时延、抖动、iops等性能指标。

数据库与云平台存储资源池之间的io质量监测，包括：qps、tps等性能指标。

对监测的性能指标可以设置门限值，异常数据以告警方式通知到集中管理(wall)。

除性能指标外，在文件和数据库与存储交互过程中产生的错误日志，也将以告警的方式发送到集中管理(wall)。

无侵入仿真实现租户虚机运行稳定性及质量的监测：

通过nail执行云平台操作控制节点的数据接口，监测自该点发起的平台访问可达性，为其他访问可达做仿真性验证。

收集并反馈nail所在宿主机的cpu、内存、本地硬盘的利用率，及vcpu、内存的分配率，异常信息以告警形式通知。

本方法通过在同一平台上建立外部虚机的模式，提供同路由的网络质量监测、同连接的存储性能监测、同集群的计算运行稳定性监测，实现虚机运行所需的网络、计算、存储三大核心能力的保障。并且利用定向抓包工具，实现指定虚机间连接能力的监测，如应用内部常用的后台服务虚机与数据库虚机之间的延迟监控。

本方法在无须租户授权应用的前提下，通过近似仿真获取应用运行的真实体验，最大程度还原租户使用体验，为个性化sla保障提供数据基础。以较低成本和运行影响，解决了云服务商响应租户个性化运行质量保障的需求。通过提前或及时发现问题，在租户投诉前实行针对性的优化和处理，提高了运行质量，提升了满意度。

本发明实施例还提供了一种监测部署于云平台的应用运行质量的无侵入仿真装置，包括：至少一个存储器和至少一个处理器；

所述至少一个存储器，用于存储机器可读程序；

所述至少一个处理器，用于调用所述机器可读程序，执行本发明任一实施例中的监测部署于云平台的应用运行质量的无侵入仿真方法。

本发明实施例还提供了一种计算机可读介质，所述计算机可读介质上存储有计算机指令，所述计算机指令在被处理器执行时，使所述处理器执行本发明任一实施例中的监测部署于云平台的应用运行质量的无侵入仿真方法。具体地，可以提供配有存储介质的系统或者装置，在该存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码，且使该系统或者装置的计算机(或cpu或mpu)读出并执行存储在存储介质中的程序代码。

在这种情况下，从存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能，因此程序代码和存储程序代码的存储介质构成了本发明的一部分。

用于提供程序代码的存储介质实施例包括软盘、硬盘、磁光盘、光盘(如cd-rom、cd-r、cd-rw、dvd-rom、dvd-ram、dvd-rw、dvd+rw)、磁带、非易失性存储卡和rom。可选择地，可以由通信网络从服务器计算机上下载程序代码。

此外，应该清楚的是，不仅可以通过执行计算机所读出的程序代码，而且可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作，从而实现上述实施例中任意一项实施例的功能。

此外，可以理解的是，将由存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中，随后基于程序代码的指令使安装在扩展板或者扩展单元上的cpu等来执行部分和全部实际操作，从而实现上述实施例中任一实施例的功能。

上文通过附图和优选实施例对本发明进行了详细展示和说明，然而本发明不限于这些已揭示的实施例，基与上述多个实施例本领域技术人员可以知晓，可以组合上述不同实施例中的代码审核手段得到本发明更多的实施例，这些实施例也在本发明的保护范围之内。