数据收集概念模型


内容

简介

TPTP 数据收集框架的基本组件包括客户机(通常是 Eclipse 工作台)、代理控制器和代理程序。下图显示了数据收集组件并指示了它们之间的关系。

源机器通过数据通道、控制台通道和控制通道来连接至目标机器

编号 文本 编号 文本
1  源机器 6  目标机器
2  客户机(例如,Eclipse* 工作台) 7  代理控制器
3  控制通道 8  代理程序
4  数据通道 9  应用程序
5  控制台通道 10  前往或来自其他代理程序

TPTP 数据收集框架的三个组件是相互相关的。如果不使用全部这三个组件,就无法收集数据以及将该数据可视化。 

数据收集组件之间的关系

在数据收集组件之间存在下列关系:

代理程序与代理控制器在同一台机器(目标机器)上。客户机与代理控制器可以在同一台带有 Eclipse 工作台的机器上,也可以在不同的机器上。在这两种情况下,客户机与代理控制器都按图中指示的方式进行通信。

数据通道和控制通道

上图显示的通道在逻辑上进行了分隔,这指示了信息类型以及该信息在组件之间的流向。组件之间使用的实际连接不是一对一映射,并且是可以配置的。这些通道是:

控制通道
客户机与代理控制器之间的双向控制通道允许交换命令格式的消息。客户机发出请求,代理控制器发送响应。在代理控制器与代理程序之间存在独立的控制通道。客户机可以与代理程序交换控制消息,但是,使用控制通道时,消息交换是通过代理控制器进行的。当客户机或代理程序通过预先配置的端口或命名管道来访问代理控制器时,将设置控制通道。
数据通道
数据通道可以是可用来发送任何格式的数据的单向或双向通道。数据通道中的信息不必是控制消息格式的信息。通常,客户机建立一半通道,然后向要与之交换数据的代理程序发送请求(以及它自己的句柄),并通知该代理程序创建另一半通道。接着,代理程序请求代理控制器将这两半通道连接到一起,从而建立客户机到代理程序的数据通道。
控制台通道
控制台通道仅仅是双向数据通道的特殊情况,它用来支持要求对控制台显示进行输入和/或输出的应用程序。客户机先建立一半数据通道,然后,在启动需要进行控制台输入或输出的应用程序时提供该句柄。如果启动请求包含此通道句柄,负责启动应用程序的代理程序就会作出反应:它创建另一半通道,然后请求代理控制器将这两半通道连接起来。然后,代理程序启动该应用程序,以使其标准输入标准输出标准错误数据流经此通道。

客户机交互

数据收集客户机处理并显示最终用户感兴趣的数据。通常,客户机是 Eclipse 工作台,并且将使用 Eclipse 中提供的工具和服务来显示所收集的数据。

客户机必须连接至代理程序才能开始接收数据。客户机可以连接至运行中的代理程序,它也可以使用代理控制器来启动代理程序。一旦激活了代理程序,所有客户机或代理程序通信都将通过代理控制器进行。

代理程序交互

代理程序与代理控制器紧密相关。代理程序可以由代理控制器启动、由客户机启动或手工启动。启动后,代理程序将打开已知的通信路径并尝试向代理控制器注册自己。一旦注册成功,代理控制器就管理客户机与代理程序之间的通信。通常,代理程序先初始化自己,然后等待控制消息(命令)。

所有代理程序都对一小部分公共控制消息以及由各个代理程序定义的一组附加控制消息作出响应。例如,用于收集数据的代理程序先等待客户机向该代理程序发送适当的命令,然后才开始收集和传输数据。代理程序定义了通过通道发送数据的方式。某些数据可能是在客户机发送“终止请求”前不断传输的连续流。其他数据可以根据客户机的需要以分段方式发送。

代理控制器交互

代理控制器提供了一组服务来帮助客户机与代理程序配合工作。代理控制器提供了下列服务:

 

相关任务
代理控制器概述
管理代理控制器
 

Copyright (C) 2005, 2006 Intel Corporation.