Architecture du contrôleur hôte

L'architecture du framework de test VTS s'intègre à son service de diffusion de tests basé sur le cloud. 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 indiqué ci-dessous :

Figure 1 : Architecture du contrôleur hôte VTS.

Le contrôleur extrait les commandes d'un gestionnaire de cluster s'exécutant en tant qu'instance Google App Engine (GAE), puis relaie les commandes et les réponses entre son gestionnaire de cluster et l'instance du harnais de test.

Cette architecture présente les avantages suivants :

• Comme il est découplé de toute instance de harnais de test, il peut contrôler différents types de harnais de test et est plus robuste. La conception alternative (qui consiste à intégrer la logique de contrôle de l'hôte dans un harnais de test) n'empêche pas la propagation des erreurs.
• Comme il utilise un modèle de commande et de contrôle (C&C) basé sur l'extraction, il peut fonctionner avec différents types de contrôleurs de clusters côté cloud, ainsi qu'avec des hôtes situés derrière un pare-feu (pour les connexions entrantes). La conception alternative (modèle C&C basé sur le push) peut ne pas permettre à un Cloud Commander d'accéder aux instances de contrôleur hôte qui existent sur des ordinateurs hôtes dans un réseau privé.