L'architecture du framework de test VTS s'intègre à son environnement de test service de livraison. Un contrôleur hôte VTS s'exécute sur une machine hôte et contrôle une instance de banc d'essai (par exemple, Tradefed), comme illustré ci-dessous :
Figure 1 : Architecture du contrôleur hôte VTS.
Le contrôleur extrait les commandes d'un contrôleur de cluster exécuté en tant qu'instance Google App Engine (GAE), puis transmet les commandes et les réponses entre son contrôleur de cluster et l'instance de banc d'essai.
Cette architecture présente les avantages suivants :
- Comme elles sont dissociées de toutes les instances d'exploitation de test, il peut contrôler différents types de harnais de test et il est plus robuste. La conception alternative (intégration de la logique de contrôle de l'hôte dans un banc d'essais) n'empêche pas la propagation des erreurs.
- Comme il utilise un système de commandes et de contrôle (C&C) basé sur pull , il est compatible avec différents types de clusters ainsi que les hôtes situés derrière un pare-feu (pour le trafic d'entrée connexions externes). La conception alternative (modèle C&C basé sur push) peut ne pas permettre un commandant cloud pour accéder aux instances de contrôleur d'hôte qui existent sur l'hôte ordinateurs dans un réseau privé.