Architecture du contrôleur hôte

L'architecture du cadre de test VTS s'intègre à son service de test basé sur le cloud. Un contrôleur hôte VTS s'exécute sur une machine hôte et contrôle une instance de faisceau de test (par exemple, TradeFed) comme indiqué ci-dessous :

Host controller architecture

Figure 1. Architecture VTS Host Controller

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

Cette architecture comprend les avantages suivants :

  • Parce qu'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 (intégration de la logique de contrôle hôte dans un faisceau de test) n'empêche pas la propagation des erreurs.
  • Parce qu'il utilise un modèle de commande et de contrôle (C & C) à base de traction, il peut fonctionner avec différents types de commandants de cluster côté nuage ainsi que les hôtes qui existent derrière un pare - feu (pour les connexions Ingress). La conception alternative (modèle C&C basé sur push) peut ne pas permettre à un Cloud Commander d'accéder aux instances de contrôleur hôte qui existent sur les ordinateurs hôtes d'un réseau privé.