自 2025 年 3 月 27 日起,我们建议您使用 android-latest-release
而非 aosp-main
构建 AOSP 并为其做出贡献。如需了解详情,请参阅 AOSP 的变更。
主机控制器架构
使用集合让一切井井有条
根据您的偏好保存内容并对其进行分类。
VTS 测试框架的架构与其基于云端的测试提供服务集成到了一起。VTS 主机控制器在主机上运行,负责控制自动化测试框架(比如 TradeFed)实例,如下所示:
图 1. VTS 主机控制器架构。
控制器从作为 Google App Engine (GAE) 实例运行的集群命令工具中提取命令,然后在其集群命令工具和自动化测试框架实例之间传送命令和响应。
该架构具有以下优势:
- 由于它从所有自动化测试框架实例中分离出来,因此可以控制不同类型的自动化测试框架,并且更可靠。备用设计(将主机控制逻辑嵌入到自动化测试框架中)不会阻止错误进行传播。
- 由于它采用基于提取的命令与控制 (C&C) 模式,因此能够与不同类型的云端集群命令工具以及受防火墙保护的主机(用于入口连接)一起使用。备用设计(基于推送的 C&C 模型)可能不允许云端命令工具访问位于专用网中的主机上的主机控制器实例。
本页面上的内容和代码示例受内容许可部分所述许可的限制。Java 和 OpenJDK 是 Oracle 和/或其关联公司的注册商标。
最后更新时间 (UTC):2025-03-09。
[null,null,["最后更新时间 (UTC):2025-03-09。"],[],[],null,["# Host controller architecture\n\nThe architecture of VTS test framework integrates with its cloud-based test\nserving service. A VTS host controller runs on a host machine and controls a\ntest harness (for example, Tradefed) instance as shown below:\n\n\n**Figure 1.** VTS host controller architecture.\n\n\nThe controller pulls commands from a cluster commander running as a Google App\nEngine (GAE) instance, then relays commands and responses between its cluster\ncommander and the test harness instance.\n\nThis architecture includes the following advantages:\n\n- Because it's **decoupled from any test harness instance**, it can control different types of test harnesses and is more robust. The alternative design (embedding the host control logic in a test harness) does not block errors from propagating.\n- Because it uses a **pull-based command-and-control (C\\&C)\n model**, it can work with different types of cloud-side cluster commanders as well as hosts that exist behind a firewall (for ingress connections). The alternative design (push-based C\\&C model) might not allow a cloud commander to access host controller instances that exist on host computers in a private network."]]