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 host 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 comandante de clúster que se ejecuta como una instancia de Google App Engine (GAE) y, luego, retransmite comandos y respuestas entre su comandante de clúster y la instancia del arnés de prueba.
Esta arquitectura incluye las siguientes ventajas:
- Dado que 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 bloquea la propagación de 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). El diseño alternativo (modelo de C&C basado en la transmisión) podría no permitir que un comandante de la nube acceda a las instancias del controlador del host que existen en las computadoras host de una red privada.