[发明专利]追踪源代码用于末端用户监控

说明书

背景技术

开发和运营（DevOp）是新兴的一套旨在桥接现代信息技术（IT）和软件组织中的开发者和运营之间的空隙的实践和方法论。DevOp实践包括交付过程的自动化、包括开发者和运行的功能交叉组、开发环境和生产环境的联合（alignment）等。一个这样的空隙是在代码改变和生产综合监控器（syntheticmonitor）之间的断开。综合监控器是从在生产环境中的末端用户的观点执行的脚本或流，其中当用户体验被降级时该监控器警告IT人员。

附图说明

以下详细描述参考附图，其中：

图1是用于追踪源代码用于末端用户监控（EUM）的示例系统的框图；

图2是包括用于执行追踪源代码用于EUM的方面的模块的示例计算设备的框图；

图3是用于由计算设备执行用于追踪源代码用于EUM的示例方法的流程图；

图4是用于由计算设备使用静态和动态代码分析执行用于追踪源代码用于EUM的示例方法的流程图；以及

图5A-5B是在追踪源代码用于EUM的各种阶段处的示例应用代码的框图。

具体实施方式

如上面讨论的那样，DevOp实践尝试桥接代码改变和生产综合监控器之间的空隙。代表性地，应用手动维护以保证当应用被改变时脚本正继续执行并且仍在监控正确的进程。例如，这是类似于与所监控的应用用户接口（UI）或应用编程接口（API）交互的脚本（例如，测试脚本）的进程。另外，当应用改变时更新EUM脚本可以为采用诸如持续交付的DevOp实践的IT和软件组织提供另外的挑战，其发布应用改变更频繁，并且其依赖于较多的自动化和较少的手动干涉。

本文中公开的示例实施例使用静态和动态代码分析追踪源代码用于EUM。例如，在一些实施例中，监控应用以获得交互日志，其中交互日志通过多个综合监控器中的每一个追踪应用交互。另外，监控与该应用相关联的应用代码的执行以获得仪表日志（instrumentationlog）。在该阶段，交互日志和仪表日志被用于确定应用代码的部分和多个综合监控器之间的关系。接收对应用的更改的通知，并且基于该关系识别被更改影响的综合监控器的受影响的子集。

以这种方式，本文中公开的示例实施例通过执行各种静态和动态代码分析允许应用改变与EUM相关。特别地，通过观察在服务器侧上的仪表和在客户端侧上的监控，可以识别应用代码和综合监控器之间的关系。

现在参考附图，图1是用于追踪源代码用于EUM的示例系统的框图。示例系统可以被实现为计算设备100，诸如服务器、笔记本计算机、台式计算机、一体化系统、平板计算设备、或任何其它适用于追踪源代码用于EUM的电子设备。在图1的实施例中，计算设备100包括处理器110、接口115、以及机器可读储存媒体120。

处理器110可以是一个或多个中央处理单元（CPU）、微处理器、和/或其它适用于检索并执行存储在机器可读储存媒体120中的指令的硬件设备。处理器110可以提取、解码并执行用于使实现追踪源代码用于EUM的指令122、124、126、128、130。作为检索并执行指令的替换或除了检索并执行指令之外，处理器110可以包括一个或多个电子电路，其包括用于执行指令122、124、126、128、130中的一个或多个的功能性的多个电子组件。

接口115可以包括多个用于与（一个或多个）客户端设备通信的电子组件。例如，接口115可以是以太网接口、通用串行总线（USB）接口、IEEE1394（火线）接口、外部串行高级技术附件（eSATA）接口、或任何其它适用于与客户端设备通信的物理连接接口。替换地，接口115可以是无线接口，诸如无线局域网（WLAN）接口或近场通信（NFC）接口。在操作中，如下面详述的那样，接口115可以被用于将诸如应用数据的数据发送到客户端设备的对应接口并从其处接收所述数据。

机器可读储存媒体120可以是任何电子、磁、光、或存储可执行指令的其它物理储存设备。因此，机器可读储存媒体120可以是例如随机存取存储器（RAM）、电可擦可编程只读存储器（EEPROM）、储存设备、光盘等。如下面详细描述的那样，可以采用用于追踪源代码用于EUM的可执行指令编码机器可读储存媒体120。