[发明专利]一种业务监控方法和装置

说明书

本发明提供了一种业务监控方法和装置，所述方法包括：S1，根据预先创建的容器集群，对待监控应用程序进行容器化处理；S2，获取所述待监控应用程序运行过程中产生的多种监控数据，并对所述多种监控数据进行解析处理。本发明通过将待监控应用程序进行容器化处理，利用容器技术对应用程序的多种监控数据进行同时采集，解决了现有技术中特定数据采集方式对应特定监控产品的缺陷，实现了多种监控数据的同时采集和多纬度统一分析，提高了用户采集监控数据的效率，降低了采集成本。

技术领域

本发明涉及计算机技术领域，具体涉及一种业务监控方法和装置。

背景技术

监控系统是整个运维环节，乃至整个产品生命周期中最重要的一环；事前及时预警发现故障，事后提供翔实的数据用于追查定位问题。监控系统作为一个成熟的运维产品，现有技术中存在很多开源的监控产品可供选择。

现有技术中，监控产品依据监控目标的不同，分为以下几类：APM(applicationperformance management)应用性能管理类产品、运维监控工具(zabbix、nagios和open-falcon)、运维日志监控分析工具和抓取分析网络中的业务报文。

其中，APM产品存在以下缺陷:需要在客户生产环境的应用程序注入agent代码，agent代码在客户产品进程内部运行；对客户应用程序运行性能造成一定影响；针对客户应用程序运行的语言环境的不同，可能需要修改客户产品代码才能完成，例如nodejs应用无法动态植入代码，必须修改产品源代码。

其中，运维监控工具存在以下缺陷：无法对客户应用程序本身监控；监控工具主要监控应用程序运行的容器；监控应用程序依赖的第三方组件，例如数据库；监控应用程序运行的网络环境中的网络设备状态。

其中，日志监控工具存在以下缺陷：应用程序需要特殊的采集手段，需要在应用程序所在机器植入采集agent；应用的不同组件输出的日志规范不同，需要不同的日志解析程序理解不同的日志；应用程序产生的日志一般数量巨大，根据日志分析问题需要依赖专业人员的经验。

其中，抓取分析网络中的业务报文存在以下缺陷：需要在应用所在主机连接的交换机部署报文抓取服务器；如果应用分布在不同交换机下，需要部署多个服务器，成本高；如果在交换机上层部署服务器，则可能无法获取程序之间的网络的通讯报文。

因此，现有技术至少存在以下技术缺陷：由于各监控产品的监控目标不同，因此，针对不同的监控目标需要构建不同的监控产品；但由于各种监控产品具有各自的应用条件，因此，用户需要构建特定的条件、采用特定的监控产品才能获取特定的监控数据；当用户需要获取多种监控数据时，需要分别进行多次采集工作，费时费力。

发明内容

针对现有技术中存在的上述缺陷，本发明提供一种业务监控方法和装置。

本发明的一方面提供一种业务监控方法，包括：S1，根据预先创建的容器集群，对待监控应用程序进行容器化处理；S2，获取所述待监控应用程序运行过程中产生的多种监控数据，并对所述多种监控数据进行解析处理。

其中，所述步骤S1前还包括：根据容器技术，创建包括多个服务器的所述容器集群；分别在每个所述服务器上创建虚拟网卡和虚拟交换机。

其中，所述多种监控数据包括：报文数据、日志数据和运行数据；相应地，所述S2中对所述多种监控数据进行解析处理的步骤进一步包括：对所述多种监控数据进行报文解析、日志解析和统计字段补充处理。

其中，所述步骤S1后还包括：在每个所述服务器上设置报文抓取工具；相应地，所述S2中获取所述待监控应用程序运行过程中产生的多种监控数据的步骤进一步包括：通过所述报文抓取工具获取所述待监控应用程序的报文数据，并将所述报文数据发送至分析组件。