Arquitectura del controlador de host

La arquitectura del framework de prueba de VTS se integra con sus pruebas basadas en la nube de Google Cloud. Un controlador de host de VTS se ejecuta en una máquina host y controla una instancia de un conjunto de pruebas (por ejemplo, Tradefed), como se muestra a continuación:

Arquitectura del controlador de host

Figura 1: Arquitectura del controlador de host de VTS

El controlador extrae comandos de un comandante del clúster que se ejecuta como una app de Google Engine (GAE) y, luego, retransmite comandos y respuestas entre su clúster y la instancia de agente de prueba.

Esta arquitectura incluye las siguientes ventajas:

  • Debido a que está separado de cualquier instancia de conjunto de pruebas, puede controlar diferentes tipos de conjuntos de pruebas y es más sólido. El diseño alternativo (incorporar la lógica de control del host en un agente de prueba) no impidan que se propaguen los errores.
  • Debido a que utiliza un comando y control basado en extracciones (C&C) de Google Cloud, puede funcionar con diferentes tipos de clústeres de la nube así como los hosts que existen detrás de un firewall (para el tráfico conexiones de red). Es posible que el diseño alternativo (modelo de C&C basado en push) no permita que un comandante de nube acceda a instancias de controlador de host que existen en computadoras host en una red privada.