Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.

Arquitectura del controlador de host

La arquitectura del marco de prueba VTS se integra con su servicio de servicio de prueba 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 los comandos de un Cluster Commander que se ejecuta como una instancia de Google App Engine (GAE), luego transmite los comandos y las respuestas entre su Cluster Commander 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 arnés de prueba y es más robusto. El diseño alternativo (incrustar 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úster del lado de la nube, así como con hosts que existen detrás de un firewall (para conexiones de ingreso). Es posible que el diseño alternativo (modelo C&C basado en inserción) no permita que un comandante en la nube acceda a las instancias del controlador de host que existen en las computadoras host en una red privada.