Architektura platformy testowej VTS integruje się z usługą obsługu testów działającą w chmurze. Kontroler hosta VTS działa na maszynie hosta i steruje instancją testowej platformy (np. Tradefed), jak pokazano poniżej:
Rysunek 1. Architektura kontrolera hosta VTS
Kontroler pobiera polecenia z sterownika klastra działającego jako instancja Google App Engine (GAE), a potem przekazuje polecenia i odpowiedzi między sterownikiem klastra a instancją testowej platformy.
Ta architektura ma następujące zalety:
- Ponieważ jest odłączony od dowolnego wystąpienia testu, może kontrolować różne typy testów i jest bardziej niezawodny. Alternatywna konstrukcja (osadzanie logiki sterowania hostem w ramach testowych) nie blokuje rozprzestrzeniania się błędów.
- Korzysta on z modelu poleceń i sterowania opartych na protokole pull, dzięki czemu może współpracować z różnymi typami sterowników klastrów w chmurze, a także z hostami znajdującymi się za zaporą sieciową (w przypadku połączeń przychodzących). Alternatywny projekt (model C&C oparty na push) może uniemożliwić dowódcy w chmurze dostęp do instancji kontrolera hosta, które znajdują się na komputerach hosta w sieci prywatnej.