Hostcontroller-Architektur

Die Architektur des VTS-Testframeworks ist in den cloudbasierten Test bereitstellungsdienst integriert. Ein VTS-Hostcontroller wird auf einem Hostcomputer ausgeführt und steuert eine Test-Harness-Instanz (z. B. Tradefed), wie unten dargestellt:

Hostcontroller-Architektur

Abbildung 1 : Architektur des VTS-Hostcontrollers.

Der Controller ruft Befehle von einem Cluster-Commander ab, der als Google App Engine-Instanz (GAE) ausgeführt wird, und leitet dann Befehle und Antworten zwischen dem Cluster Commander und der Test-Harness-Instanz weiter.

Diese Architektur bietet folgende Vorteile:

  • Da sie von jeder Test-Harness-Instanz entkoppelt ist, kann sie verschiedene Arten von Test-Harnesses steuern und ist robuster. Das alternative Design (Einbetten der Hoststeuerungslogik in eine Test-Harness) verhindert nicht, dass Fehler weitergegeben werden.
  • Da ein pullbasiertes Befehls- und Steuerungssystem (Command and Control, C&C) Modell verwendet wird, kann es mit verschiedenen Arten von cloudseitigen Cluster Commandern sowie mit Hosts arbeiten, die sich hinter einer Firewall befinden (für eingehende Verbindungen). Das alternative Design (pushbasiertes C&C-Modell) erlaubt es einem Cloud-Commander möglicherweise nicht, auf Hostcontroller-Instanzen zuzugreifen, die sich auf Hostcomputern in einem privaten Netzwerk befinden.