Die Architektur des VTS-Test-Frameworks ist in den cloudbasierten Testbereitstellungsdienst eingebunden. Ein VTS-Hostcontroller wird auf einem Hostcomputer ausgeführt und steuert eine Test-Harness-Instanz (z. B. Tradefed), wie unten dargestellt:
Abbildung 1: Architektur des VTS-Host-Controllers.
Der Controller ruft Befehle von einem Cluster-Commander ab, der als Google App Engine-Instanz (GAE-Instanz) ausgeführt wird, und leitet dann Befehle und Antworten zwischen seinem Cluster Commander und der Test-Harnischinstanz weiter.
Diese Architektur bietet folgende Vorteile:
- Da es von allen Test-Harness-Instanzen entkoppelt ist, können verschiedene Arten von Test-Harnischen gesteuert werden und es ist robuster. Das alternative Design (Einbetten der Hoststeuerungslogik in einen Test-Harness) verhindert nicht, dass Fehler weitergegeben werden.
- Da er ein pullbasiertes C&C-Modell (Command-and-Control) verwendet, kann er mit verschiedenen Arten von cloudbasierten Cluster-Commandern sowie mit Hosts hinter einer Firewall (für Ingress-Verbindungen) verwendet werden. Das alternative Design (pushbasiertes C&C-Modell) ermöglicht es einem Cloud-Commander möglicherweise nicht, auf Hostcontroller-Instanzen zuzugreifen, die auf Hostcomputern in einem privaten Netzwerk vorhanden sind.