Host-Controller-Architektur

Die Architektur des VTS-Testframeworks lässt sich in seinen Cloud-basierten Testserverdienst integrieren. Ein VTS-Host-Controller läuft auf einem Host-Rechner und steuert eine Test-Harness-Instanz (z. B. TradeFed) wie unten gezeigt:

Host controller architecture

Abbildung 1. VTS - Host - Controller - Architektur

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 Test-Harness-Instanz weiter.

Diese Architektur beinhaltet die folgenden Vorteile:

  • Da es von jedem Test - Harnisch - Instanz entkoppelt ist, kann es verschiedene Arten von Testumgebungen steuern und ist robuster. Das alternative Design (das Einbetten der Host-Steuerungslogik in einen Test-Kabelbaum) verhindert nicht die Ausbreitung von Fehlern.
  • Weil es eine pull-basierte Kommando- und Kontroll (C & C) Modell verwendet, kann es mit verschiedenen Arten von Wolkenseitigen Cluster Kommandanten arbeiten sowie Hosts , die sich hinter einer Firewall existieren (Eingangsverbindungen). Das alternative Design (Push-basiertes C&C-Modell) erlaubt einem Cloud-Commander möglicherweise nicht, auf Host-Controller-Instanzen zuzugreifen, die auf Host-Computern in einem privaten Netzwerk vorhanden sind.