Google is committed to advancing racial equity for Black communities. See how.
Se usó la API de Cloud Translation para traducir esta página.
Switch to English

Arquitectura del controlador de host

La arquitectura del marco de prueba VTS se integra con su servicio de servicio de pruebas basado en la nube. Un controlador de host 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:

Host controller architecture

Figura 1. Arquitectura del controlador de host VTS

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

Esta arquitectura incluye las siguientes ventajas:

  • Debido a que está desacoplado de cualquier instancia de arnés de prueba , puede controlar diferentes tipos de arneses de prueba y es más robusto. El diseño alternativo (incrustando la lógica de control del host en un arnés de prueba) no bloquea la propagación de errores.
  • Debido a que utiliza un modelo de comando y control (C&C) basado en extracción , puede funcionar con diferentes tipos de comandantes de clústeres 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 C&C basado en push) puede no permitir que un comandante de la nube acceda a las instancias del controlador de host que existen en los equipos host de una red privada.