Arquitectura del controlador de host

La arquitectura del framework de prueba de VTS se integra con su servicio de pruebas basado en la nube. Un controlador de host de VTS se ejecuta en una máquina anfitrión y controla una instancia de arnés de prueba (por ejemplo, Tradefed) como se muestra a continuación:

Figura 1: Arquitectura del controlador de host de VTS.

El controlador extrae comandos de un administrador de clústeres que se ejecuta como una instancia de Google App Engine (GAE) y, luego, retransmite comandos y respuestas entre su administrador de clústeres y la instancia del arnés de prueba.

Esta arquitectura incluye las siguientes ventajas:

• Como está desvinculado de cualquier instancia de plataforma de pruebas, puede controlar diferentes tipos de plataformas de pruebas y es más sólido. El diseño alternativo (incorporar la lógica de control del host en un banco de pruebas) no impide que se propaguen los errores.
• Como usa un modelo de comando y control (C&C) basado en extracción, puede funcionar con diferentes tipos de comandantes de clúster del lado de la nube, así como con hosts que existen detrás de un firewall (para conexiones de entrada). Es posible que el diseño alternativo (modelo de C&C basado en la transmisión) no permita que un administrador de la nube acceda a las instancias del controlador del host que existen en las computadoras host de una red privada.