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 dowolnej instancji jarzma testowego, ale może też obsługiwać różne typy narzędzi testowych i sprawia, że jest bardziej wydajny. projekt alternatywny (umieszczenie logiki sterującej hosta w jarzce testowej) nie blokuj rozpowszechniania 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 dowódców klastrów w chmurze, a także z hostami znajdującymi się za zaporą sieciową (w przypadku połączeń przychodzących). Alternatywna konstrukcja (model C&C oparty na przekazach push) może nie pozwalać dowódca Cloud pozwalający uzyskać dostęp do instancji kontrolera hosta, które istnieją na hoście w sieci prywatnej.