Architektura platformy testowej VTS integruje się z usługą obsługu testów działającą w chmurze. Kontroler hosta VTS działa na hoście i steruje jarzmem testowym (np. Tradefed) w ten sposób:
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ą testowego zestawu narzędzi.
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 (C&C) opartego na protokole pull, dzięki czemu może współpracować z różnymi typami dowódców klastra po stronie chmury, 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.