Die Architektur des VTS-Testframeworks lässt sich in seinen Cloud-basierten Testserving-Service integrieren. Ein VTS-Hostcontroller wird auf einem Hostcomputer ausgeführt und steuert eine Testharness-Instanz (z. B. TradeFed) wie unten gezeigt:
Der Controller ruft Befehle von einem Cluster Commander ab, der als Google App Engine (GAE)-Instanz ausgeführt wird, und leitet dann Befehle und Antworten zwischen seinem Cluster Commander und der Testharness-Instanz weiter.
Diese Architektur beinhaltet die folgenden Vorteile:
- Da es von jeder Testharness-Instanz entkoppelt ist, kann es verschiedene Arten von Testharnesses steuern und ist robuster. Das alternative Design (Einbetten der Host-Steuerlogik in einen Testrahmen) verhindert nicht die Ausbreitung von Fehlern.
- Da es ein Pull-basiertes Command-and-Control (C&C)-Modell verwendet , kann es mit verschiedenen Arten von Cloud-seitigen Cluster-Commandern sowie mit Hosts arbeiten, die hinter einer Firewall existieren (für Ingress-Verbindungen). Das alternative Design (Push-basiertes C&C-Modell) erlaubt es einem Cloud Commander möglicherweise nicht, auf Host-Controller-Instanzen zuzugreifen, die auf Host-Computern in einem privaten Netzwerk vorhanden sind.