CN104579830A - 服务监控方法及装置 - Google Patents

Abstract

本公开是关于一种服务监控方法及装置，属于互联网技术领域。方法包括：每隔预设时长获取待监控的服务站点；根据服务站点，获取服务站点对应的服务列表，服务列表中包含多个业务对象，每个业务对象具有一个API地址；访问服务列表中的任一业务对象的API地址；接收业务对象的API地址返回的响应数据；根据业务对象，对响应数据进行校验，得到校验结果；基于校验结果，对业务对象的服务进行监控。本公开通过业务对象，对响应数据进行校验，并基于校验结果，对业务对象的服务进行监控。由于无需手动添加服务列表，降低了资源消耗，简化了监控流程，且根据业务对象，对其提供的服务进行监控，监控粒度更精细、效果更佳。

Description

服务监控方法及装置

技术领域

本公开涉及互联网技术领域，尤其涉及一种服务监控方法及装置。

背景技术

目前，互联网已成为全球服务共享的平台。借助互联网提供的各种类型服务器，用户可获取到不同的服务。例如，用户通过万维网服务器，可以访问互联网，获取上网服务；通过FTP(File Transfer Protocol，文件传输协议)服务器，可以上传文件，获取文件上传服务等。然而，由于网络状况等原因，有时用户从服务器上获取到的服务质量不佳，而服务器不仅无法获知用户所获取服务的服务质量，更无法对其提供的服务质量进行改善。因此，为了改善服务质量，提高服务效果，需要对服务器提供的服务进行监控，并在监控到服务状态异常时，及时地通知服务器管理员，以便于更好地为用户提供服务。

相关技术在对服务进行监控时，需要用户手动地在测试设备中安装监控系统，如nagios监控系统等，并在监控系统中手动地添加待监控服务器对应的服务地址，当测试设备访问服务地址时，监控系统根据能否接收到服务器返回的数据，对本次服务进行监控。若监控系统能够接收服务器返回的数据，则说明本次服务正常；若监控系统不能接收到服务器返回的数据，则说明本次服务异常。

发明内容

为克服相关技术中存在的问题，本公开提供一种服务监控方法及装置。

根据本公开实施例的第一方面，提供一种服务监控方法，该方法包括：

每隔预设时长获取待监控的服务站点；

根据所述服务站点，获取所述服务站点对应的服务列表，所述服务列表中包含多个业务对象，每个业务对象具有一个API(Application ProgrammingInterface，应用程序编程接口)地址；

访问所述服务列表中的任一业务对象的API地址；

接收所述业务对象的API地址返回的响应数据；

根据所述业务对象，对所述响应数据进行校验，得到校验结果；

基于所述校验结果，对所述业务对象的服务进行监控。

结合第一方面，在第一方面的第一种可能的实现方式中，所述根据所述服务站点，获取所述服务站点对应的服务列表，包括：

分析所述服务站点，得到所述服务站点的网站地图，所述网站地图包含多个业务对象；

基于所述网站地图，生成所述服务站点对应的服务列表。

结合第一方面，在第一方面的第二种可能的实现方式中，所述根据所述业务对象，对所述响应数据进行校验，得到校验结果，包括：

获取所述响应数据的各个参数；

将所述响应数据的各个参数与所述业务对象对应的标准参数进行比对；

根据比对结果，确定校验结果。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述根据比对结果，确定校验结果，包括：

若所述响应数据的各个参数不在所述业务对象对应的标准参数的误差范围内，确定校验结果为校验失败；

若所述响应数据的各个参数在所述业务对象对应的标准参数的误差范围内，确定校验结果为校验成功。

结合第一方面，在第一方面的第四种可能的实现方式中，所述基于所述校验结果，对所述业务对象的服务进行监控之后，还包括：

若所述校验结果为校验失败，基于所述业务对象的服务和所述校验结果，进行警报提示。

根据本公开实施例的第二方面，提供一种服务监控装置，该装置包括：

第一获取模块，用于每隔预设时长获取待监控的服务站点；

第二获取模块，用于根据所述服务站点，获取所述服务站点对应的服务列表，所述服务列表中包含多个业务对象，每个业务对象具有一个API地址；

访问模块，用于访问所述服务列表中的任一业务对象的API地址；

接收模块，用于接收所述业务对象的API地址返回的响应数据；

校验模块，用于根据所述业务对象，对所述响应数据进行校验，得到校验结果；

监控模块，用于基于所述校验结果，对所述业务对象的服务进行监控。

结合第二方面，在第二方面的第一种可能的实现方式中，所述第二获取模块，用于分析所述服务站点，得到所述服务站点的网站地图，所述网站地图包含多个业务对象；基于所述网站地图，生成所述服务站点对应的服务列表。

结合第二方面，在第二方面的第二种可能的实现方式中，所述校验模块，用于获取所述响应数据的各个参数；将所述响应数据的各个参数与所述业务对象对应的标准参数进行比对；根据比对结果，确定校验结果。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述校验模块，用于当所述响应数据的各个参数不在所述业务对象对应的标准参数的误差范围内，确定校验结果为校验失败；当所述响应数据的各个参数在所述业务对象对应的标准参数的误差范围内，确定校验结果为校验成功。

结合第二方面，在第二方面的第四种可能的实现方式中，所述装置还包括警报模块，用于当所述校验结果为校验失败，基于所述业务对象的服务和所述校验结果，进行警报提示。

根据本公开实施例的第三方面，提供了一种服务监控装置，包括：

处理器；

用于存储处理器可执行的指令；

其中，所述处理器被配置为：

每隔预设时长获取待监控的服务站点；

根据所述服务站点，获取所述服务站点对应的服务列表，所述服务列表中包含多个业务对象，每个业务对象具有一个API地址；

访问所述服务列表中的任一业务对象的API地址；

接收所述业务对象的API地址返回的响应数据；

根据所述业务对象，对所述响应数据进行校验，得到校验结果；

基于所述校验结果，对所述业务对象的服务进行监控。

本公开的实施例提供的技术方案可以包括以下有益效果：

通过访问服务列表中的任一业务对象的API地址，并接收业务对象的API地址返回的响应数据，进而根据业务对象，对响应数据进行校验，得到校验结果，之后，基于校验结果，对业务对象的服务进行监控。由于无需手动添加服务列表，降低了资源消耗，简化了监控流程，且根据业务对象，对其提供的服务进行监控，监控粒度更精细、效果更佳。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的服务监控方法所涉及的实施环境的示意图。

图2是根据一示例性实施例示出的一种服务监控方法的流程图。

图3是根据一示例性实施例示出的一种服务监控方法的流程图。

图4是根据一示例性实施例示出的一种服务监控装置的结构示意图。

图5是根据一示例性实施例示出的一种服务监控装置的结构示意图。

图6是根据一示例性实施例示出的一种服务监控的装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

请参考图1，其示出了本公开实施例提供的服务监控方法所涉及的实施环境的示意图。该实施环境包括测试设备101和服务器102。

其中，测试设备101可以为手机、电脑等测试终端，还可以为测试服务器等，在本公开的所有实施例中，以测试设备为测试服务器为例进行说明。在本实施例中，测试设备101中安装有网络爬虫等抓取类应用程序，网络爬虫具有自动获取网页内容等功能。借助安装的网络爬虫，测试设备101在访问服务器102之后，可对服务器102提供的服务进行监控。

服务器102为互联网上的网站，该服务器102可以为搜索类网站、分享类网站等等，本实施例不对服务器102的类型作具体的限定。

在本实施例中，测试设备101和服务器102可以通过有线网络或无线网络进行连接。

图2是根据一示例性实施例示出的一种服务监控方法的流程图，如图2所示，服务监控方法用于测试设备中，包括以下步骤。

在步骤S201中，每隔预设时长获取待监控的服务站点。

在步骤S202中，根据服务站点，获取服务站点对应的服务列表，服务列表中包含多个业务对象，每个业务对象具有一个API地址。

在步骤S203中，访问服务列表中的任一业务对象的API地址。

在步骤S204中，接收业务对象的API地址返回的响应数据。

在步骤S205中，根据业务对象，对响应数据进行校验，得到校验结果。

在步骤S206中，基于校验结果，对业务对象的服务进行监控。

本公开实施例提供的方法，通过访问服务列表中的任一业务对象的API地址，并接收业务对象的API地址返回的响应数据，进而根据业务对象，对响应数据进行校验，得到校验结果，之后，基于校验结果，对业务对象的服务进行监控。由于无需手动添加服务列表，降低了资源消耗，简化了监控流程，且根据业务对象，对其提供的服务进行监控，监控粒度更精细、效果更佳。

在本公开的一个实施例中，根据服务站点，获取服务站点对应的服务列表，包括：

分析服务站点，得到服务站点的网站地图，网站地图包含多个业务对象；

基于网站地图，生成服务站点对应的服务列表。

在本公开的一个实施例中，根据业务对象，对响应数据进行校验，得到校验结果，包括：

获取响应数据的各个参数；

将响应数据的各个参数与业务对象对应的标准参数进行比对；

根据比对结果，确定校验结果。

在本公开的一个实施例中，根据比对结果，确定校验结果，包括：

若响应数据的各个参数不在业务对象对应的标准参数的误差范围内，确定校验结果为校验失败；

若响应数据的各个参数在业务对象对应的标准参数的误差范围内，确定校验结果为校验成功。

在本公开的一个实施例中，基于校验结果，对业务对象的服务进行监控之后，还包括：

若校验结果为校验失败，基于业务对象的服务和校验结果，进行警报提示。

上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。

图3是根据一示例性实施例示出的一种服务监控方法的流程图，如图3所示，服务监控方法用于测试设备中，包括以下步骤。

在步骤S301中，测试设备每隔预设时长获取待监控的服务站点。

在本实施例中，服务站点为互联网上为用户提供服务的网站，服务站点的可以为新闻网站、邮箱登陆网站、购物网站等。在互联网上，服务器无法获知用户所获取服务的服务质量，以至于无法对其提供的服务进行改善，从而影响到服务站点的性能及用户使用量。因此，为了提高服务站点的性能，以便于更好地为用户提供服务，本实施例提供的方法将借助测试设备对服务站点进行监控。

由于测试设备中安装网络爬虫等抓取类应用，该网络爬虫可自动获取互联网上的网页等，因此，在对服务站点进行监控时，测试设备可借助网络爬虫，每隔预设时长获取待监控的服务站点，具体获取时网络爬虫主要获取待监控的服务站点的网页。其中，预设时长可以为5分钟、10分钟、15分钟等。待监控的服务站点为用户预先设置的监控服务站点，待监控的服务站点数量可以为3个、5个、6个等。基于用户设置的监控服务站点，网络爬虫将逐个获取各个待监控的服务站点的网页。

例如，若预设时长为5分钟，用户预先设置的监控服务站点为服务站点A、服务站点B、服务站点C和服务站点D，则网络爬虫每隔5分钟就会获取A网站的网页、B网站的网页、C网站的网页和D网站的网页。

在步骤S302中，测试设备根据服务站点，获取服务站点对应的服务列表，服务列表中包含多个业务对象，每个业务对象具有一个API地址。

在本实施例中，服务列表中包含多个业务对象，每个业务对象为服务的直接提供者，均具有唯一的API地址，通过访问业务对象的API地址，测试设备可以获取到业务对象对应的服务。以新闻类网站为例，网站导航中包含“国内新闻”、“国际新闻”、“军事”、“社会”等不同类型的新闻，且“国内新闻”、“国际新闻”、“军事”、“社会”等每种类型的新闻中均包含多个新闻连接。若新闻类网站为实施例中的服务站点，“国内新闻”、“国际新闻”、“军事”、“社会”等不同类型的新闻即为服务列表，“国内新闻”、“国际新闻”、“军事”、“社会”等不同类型的新闻中包含的每个新闻连接即为业务对象。

为了更为精细化地对服务站点提供的服务进行监控，基于获取到的服务站点，测试设备可获取服务站点对应的服务列表。其中，API为应用程序接口，可为应用程序与开发人员提供基于软件或硬件访问一组历程的能力。

测试设备在根据服务站点，获取对应的服务列表时，可采用如下方式：

首先，测试设备分析服务站点，得到服务站点的网站地图(sitemap)。

在本实施例中，网站地图为根据服务站点的结构、框架、内容生成的导航网页文件，该网站地图可为服务站点的访问者指明方向，帮助迷失的访问者找到想要浏览的网页。以新闻网站为例，新闻中的网站导航即为网站地图，网站导航中包含的“军事”、“娱乐”、“财经”、“科技”等不同类型的新闻即为服务列表，新闻网站中的每个新闻链接即为一个业务对象。

在本实施例中，每个服务站点均包含数量庞大的业务对象，虽然这些业务对象的服务并不相同，但依据每个业务对象的内容或服务关键字，可将这些业务对象划分在网站地图的不同服务列表中。因此，为了获取服务列表，测试设备在获取到服务站点之后，可先获取服务站点的网站地图。由于测试设备中安装有网络爬虫，该网络爬虫具有分析功能，通过对服务站点进行分析，可得到网站地图。

其次，基于网站地图，测试设备生成服务站点对应的服务列表。

在本实施例中，每个服务列表都对应一个服务关键字。以新闻网站为例，导航中包含的“国际新闻”、“国内新闻”、“军事”、“社会”、“科技”等即为服务列表的服务关键字。因此，在得到网站地图之后，测试设备可按照服务列表的服务关键字，将服务站点中包含的业务对象划分到不同的服务服务列表中。

进一步地，在生成服务列表之后，为了便于用户选取服务，测试设备还将服务列表在显示界面中显示出来。另外，为了便于对监控服务站点进行管理，测试设备还会将生成的服务列表存储下来，以便于管理人员能够根据存储的服务列表，查看服务站点的各项参数。

需要说明的是，上述步骤S301至S302为测试设备对服务站点进行的基本监控，且上述步骤S301至S302无需额外操作触发，借助于网络爬虫即可实现。

在步骤S303中，测试设备访问服务列表中的任一业务对象的API地址。

在本实施例中，服务站点中的业务对象为服务的直接提供者，而业务对象对应的API地址包含服务列表中，因此，为了获取到所需服务，测试设备需要先访问服务站点，再访问相应的服务列表，进而访问服务列表中的任一业务对象的API地址。例如，服务站点为新闻网站，新闻网站中包含多个服务列表，这些服务列表对应的服务关键字为“国内新闻”、“国际新闻”、“娱乐”“军事”等，其中，“国内新闻”包含新闻A、新闻B、新闻C，“国际新闻”包含新闻D、新闻E、新闻F，“娱乐”包含新闻G、新闻H，“军事”包含新闻M、新闻N。若测试设备想要访问新闻D，则测试设备需要先访问该新闻网站。当在进入到该新闻网站之后，测试设备需要访问服务列表“国际新闻”，进而访问“国际新闻”中的新闻D。

关于测试设备访问服务列表中任一业务对象的API地址的方式，包括但不限于：在显示界面上显示包含多个业务对象的服务列表，检测对服务列表中任一业务对象的点击操作，当检测到对服务列表中任一业务对象的点击操作之后，获取该业务对象的API地址，通过将当前显示的界面跳转到该业务对象对应的API地址，实现该业务对象的API地址访问。

在步骤S304中，测试设备接收业务对象的API地址返回的响应数据。

当服务器上任一业务对象的API地址被访问时，该服务器上被访问的业务对象的API地址会向测试设备返回一个响应数据，根据该响应数据，测试设备可进一步地对业务对象的服务进行监控。其中，响应数据中可包含多种参数，如，网页参数、状态参数等等。

需要说明的是，对于业务对象来说，如果业务对象的API端口正常，则可接受测试设备的访问，并且基于访问，向测试设备返回响应数据。然而，当业务对象对应的API端口出现错误，测试设备无法访问该业务对象的API地址，此时该业务对象的API地址不会向测试设备返回响应数据，因此，可以根据是否返回响应数据确定该业务对象的服务是否出现异常。例如，测试设备内的监控系统由于在预设时长内未接收到业务对象的API地址返回的响应数据，则确认该业务对象的服务出现异常。在确认异常后，测试设备可以向服务站点的管理人员发送提示消息，管理人员在接收到提示消息之后，通过对服务站点进行调试，使测试设备可正常访问该业务对象的API地址，以获取到所需服务。

在步骤S305中，测试设备根据业务对象，对响应数据进行校验，得到校验结果。

为了提高服务的准确性，避免业务对象的API地址出现错误，本实施例提供的方法，测试设备在接收到响应数据之后，还将根据业务对象，对接收到的响应数据进行校验。

测试设备在根据业务对象，对响应数据进行校验时，可采用如下方式：

首先，测试设备获取响应数据的各个参数。

由于每个响应数据都包含多个参数，每个参数均可用于对响应数据的校验，因此，为了实现对业务对象的服务进行更为精细化的监控，测试设备需要先从响应数据中提取各个参数。另外，测试设备中安装的网络爬虫，具有对响应数据进行处理的处理组件，借助该处理组件，测试设备可从响应数据中提取各个参数。

其次，测试设备将响应数据的各个参数与业务对象对应的标准参数进行比对。

在本实施例中，每个业务对象都具有多个标准参数，这些标准参数用于表征业务对象的服务内容，因此，通过将响应数据的各个参数与业务对象对应的标准参数进行比对，可实现对业务对象提供的服务质量进行监控。

另外，由于响应数据的参数较多，且不同的参数之间进行比对并没有意义，因此，测试设备在将响应数据的各个参数与业务对象对应的标准参数进行比对时，需要将响应数据的参数与业务对象对应的同一标准参数进行比对。例如，业务对象对应的标准参数为网页参数a1、状态参数b1，响应数据的参数为网页参数a2和状态参数b2，在将响应数据的各个参数与业务对象对应的标准参数进行比对时，需将响应数据的网页参数a2与业务对象的网页参数a1进行比对，将响应数据的网页参数b2与业务对象的网页参数b1进行比对。

由于业务对象对应的标准参数为对响应数据进行校验的关键，因此，本实施例提供的方法，在根据业务对象，对响应数据进行校验之前，还将为不同的业务对象设置对应的标准数据，该标准数据中包含多个标准参数。

再次，测试设备根据比对结果，确定校验结果。

将响应数据的各个参数与业务对象对应的标准参数进行比对，比对结果有两种：响应数据的各个参数不在业务对象对应的标准参数的误差范围内、响应数据的各个参数在业务对象对应的标准参数的误差范围。其中，误差范围可以为响应数据的各个参数与业务对象对应的标准参数的误差为20％、30％等，本实施例不对误差范围作具体的限定。

针对上述两种比对结果，测试设备在根据比对结果，确定校验结果时，有如下两种情况：

当响应数据的各个参数不在业务对象对应的标准参数的误差范围内，说明业务对象为用户提供的服务质量较差，此时可确定校验结果为校验失败。

当响应数据的各个参数在业务对象对应的标准参数的误差范围内，说明业务对象为用户提供的服务质量较佳，此时可确定校验结果为校验成功。

在步骤S306中，基于校验结果，测试设备对业务对象的服务进行监控。

基于步骤S305的校验结果，当校验结果为校验成功时，说明业务对象提供的服务质量较佳，虽然此时管理员无需对业务对象的服务进行改善，但为了便于后续对业务对象进行管理，测试设备可将本次校验的相关信息存储在日志等中。当校验结果为校验失败时，说明本次业务对象提供的服务质量较差，此时需要通过步骤S307，对业务对象的服务进行处理。

在步骤S307中，当校验结果为校验失败时，测试设备进行警报提示。

为了改善业务对象的服务质量，当对业务对象的服务校验失败之后，测试设备可根据业务对象的服务及校验结果，进行预警提示。如，测试设备可在显示界面上以闪烁提示的方式，提醒用户注意。或，测试设备将为用户提供服务的业务对象、接收到的响应数据及校验结果等发送给服务器管理员，使管理人员在接收到预警提示之后，通过对服务站点进行调试，改善服务质量。

本公开实施例提供的方法，通过访问服务列表中的任一业务对象的API地址，并接收业务对象的API地址返回的响应数据，进而根据业务对象，对响应数据进行校验，得到校验结果，之后，基于校验结果，对业务对象的服务进行监控。由于无需手动添加服务列表，降低了资源消耗，简化了监控流程，且根据业务对象对其提供的服务进行监控，监控粒度更精细、效果更佳。另外，校验结果为校验失败时，测试设备还将进行预警提示，以提高用户获取的服务质量。

图4是根据一示例性实施例示出的一种服务监控装置示意图。参照图4，该装置包括：第一获取模块401、第二获取模块402、访问模块403、接收模块404、校验模块405和监控模块406。

该第一获取模块401被配置为每隔预设时长获取待监控的服务站点；

该第二获取模块402被配置为根据服务站点，获取服务站点对应的服务列表，服务列表中包含多个业务对象，每个业务对象具有一个API地址；

该访问模块403被配置为访问服务列表中的任一业务对象的API地址；

该接收模块404被配置为接收业务对象的API地址返回的响应数据；

该校验模块405被配置为根据业务对象，对响应数据进行校验，得到校验结果；

该监控模块406被配置为基于校验结果，对业务对象的服务进行监控。

在本公开的一个实施例中，该第二获取模块402被配置为分析服务站点，得到服务站点的网站地图，网站地图包含多个业务对象；基于网站地图，生成服务站点对应的服务列表。

在本公开的一个实施例中，该校验模块405被配置为获取响应数据的各个参数；将响应数据的各个参数与业务对象对应的标准参数进行比对；根据比对结果，确定校验结果。

在本公开的一个实施例中，该校验模块405被配置为当响应数据的各个参数不在业务对象对应的标准参数的误差范围内，确定校验结果为校验失败；当响应数据的各个参数在业务对象对应的标准参数的误差范围内，确定校验结果为校验成功。

参见图5，该装置还包括：警报模块407。

该警报模块407被配置为当校验结果为校验失败，基于业务对象的服务和校验结果，进行警报提示。

本公开实施例提供的装置，通过访问服务列表中的任一业务对象的API地址，并接收业务对象的API地址返回的响应数据，进而根据业务对象，对响应数据进行校验，得到校验结果，之后，基于校验结果，对业务对象的服务进行监控。由于无需手动添加服务列表，降低了资源消耗，简化了监控流程，且根据业务对象，对其提供的服务进行监控，监控粒度更精细、效果更佳。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种用于服务监控的装置600的框图。例如，装置600可以被提供为一服务器。参照图6，装置600包括处理组件622，其进一步包括一个或多个处理器，以及由存储器632所代表的存储器资源，用于存储可由处理组件622的执行的指令，例如应用程序。存储器632中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件622被配置为执行指令，以执行上述服务监控方法。

每隔预设时长获取待监控的服务站点；

根据服务站点，获取服务站点对应的服务列表，服务列表中包含多个业务对象，每个业务对象具有一个API地址；

访问服务列表中的任一业务对象的API地址；

接收业务对象的API地址返回的响应数据；

根据业务对象，对响应数据进行校验，得到校验结果；

基于校验结果，对业务对象的服务进行监控。

在本公开的一个实施例中，根据服务站点，获取服务站点对应的服务列表，包括：

分析服务站点，得到服务站点的网站地图，网站地图包含多个业务对象；

基于网站地图，生成服务站点对应的服务列表。

在本公开的一个实施例中，根据业务对象，对响应数据进行校验，得到校验结果，包括：

获取响应数据的各个参数；

将响应数据的各个参数与业务对象对应的标准参数进行比对；

根据比对结果，确定校验结果。

在本公开的一个实施例中，根据比对结果，确定校验结果，包括：

若响应数据的各个参数不在业务对象对应的标准参数的误差范围内，确定校验结果为校验失败；

若响应数据的各个参数在业务对象对应的标准参数的误差范围内，确定校验结果为校验成功。

在本公开的一个实施例中，基于校验结果，对业务对象的服务进行监控之后，包括：

若校验结果为校验失败，基于业务对象的服务和校验结果，进行警报提示。

装置600还可以包括一个电源组件626被配置为执行装置600的电源管理，一个有线或无线网络接口650被配置为将装置600连接到网络，和一个输入输出(I/O)接口658。装置600可以操作基于存储在存储器632的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本公开实施例提供的装置，通过访问服务列表中的任一业务对象的API地址，并接收业务对象的API地址返回的响应数据，进而根据业务对象，对响应数据进行校验，得到校验结果，之后，基于校验结果，对业务对象的服务进行监控。由于无需手动添加服务列表，降低了资源消耗，简化了监控流程，且根据业务对象，对其提供的服务进行监控，监控粒度更精细、效果更佳。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (11)

1.一种服务监控方法，其特征在于，所述方法包括：

每隔预设时长获取待监控的服务站点；

根据所述服务站点，获取所述服务站点对应的服务列表，所述服务列表中包含多个业务对象，每个业务对象具有一个应用程序编程接口API地址；

访问所述服务列表中的任一业务对象的API地址；

接收所述业务对象的API地址返回的响应数据；

根据所述业务对象，对所述响应数据进行校验，得到校验结果；

基于所述校验结果，对所述业务对象的服务进行监控。

2.根据权利要求1所述的方法，其特征在于，所述根据所述服务站点，获取所述服务站点对应的服务列表，包括：

分析所述服务站点，得到所述服务站点的网站地图，所述网站地图包含多个业务对象；

基于所述网站地图，生成所述服务站点对应的服务列表。

3.根据权利要求1所述的方法，其特征在于，所述根据所述业务对象，对所述响应数据进行校验，得到校验结果，包括：

获取所述响应数据的各个参数；

将所述响应数据的各个参数与所述业务对象对应的标准参数进行比对；

根据比对结果，确定校验结果。

4.根据权利要求3所述的方法，其特征在于，所述根据比对结果，确定校验结果，包括：

若所述响应数据的各个参数不在所述业务对象对应的标准参数的误差范围内，确定校验结果为校验失败；

若所述响应数据的各个参数在所述业务对象对应的标准参数的误差范围内，确定校验结果为校验成功。

5.根据权利要求1所述的方法，其特征在于，所述基于所述校验结果，对所述业务对象的服务进行监控之后，包括：

若所述校验结果为校验失败，基于所述业务对象的服务和所述校验结果，进行警报提示。

6.一种服务监控装置，其特征在于，所述装置包括：

第一获取模块，用于每隔预设时长获取待监控的服务站点；

第二获取模块，用于根据所述服务站点，获取所述服务站点对应的服务列表，所述服务列表中包含多个业务对象，每个业务对象具有一个应用程序编程接口API地址；

访问模块，用于访问所述服务列表中的任一业务对象的API地址；

接收模块，用于接收所述业务对象的API地址返回的响应数据；

校验模块，用于根据所述业务对象，对所述响应数据进行校验，得到校验结果；

监控模块，用于基于所述校验结果，对所述业务对象的服务进行监控。

7.根据权利要求6所述的装置，其特征在于，所述第二获取模块，用于分析所述服务站点，得到所述服务站点的网站地图，所述网站地图包含多个业务对象；基于所述网站地图，生成所述服务站点对应的服务列表。

8.根据权利要求6所述的装置，其特征在于，所述校验模块，用于获取所述响应数据的各个参数；将所述响应数据的各个参数与所述业务对象对应的标准参数进行比对；根据比对结果，确定校验结果。

9.根据权利要求8所述的装置，其特征在于，所述校验模块，用于当所述响应数据的各个参数不在所述业务对象对应的标准参数的误差范围内，确定校验结果为校验失败；当所述响应数据的各个参数在所述业务对象对应的标准参数的误差范围内，确定校验结果为校验成功。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括警报模块，用于当所述校验结果为校验失败，基于所述业务对象的服务和所述校验结果，进行警报提示。

11.一种服务监控装置，其特征在于，包括：

处理器；

用于存储处理器可执行的指令；

其中，所述处理器被配置为：

每隔预设时长获取待监控的服务站点；

根据所述服务站点，获取所述服务站点对应的服务列表，所述服务列表中包含多个业务对象，每个业务对象具有一个应用程序编程接口API地址；

访问所述服务列表中的任一业务对象的API地址；

接收所述业务对象的API地址返回的响应数据；

根据所述业务对象，对所述响应数据进行校验，得到校验结果；

基于所述校验结果，对所述业务对象的服务进行监控。