معماری چارچوب تست VTS با سرویس تست ابری آن ادغام میشود. یک کنترلکننده میزبان VTS روی یک ماشین میزبان اجرا میشود و یک نمونه تست (به عنوان مثال، Tradefed) را همانطور که در زیر نشان داده شده است، کنترل میکند:
شکل ۱. معماری کنترلکننده میزبان VTS.
این کنترلر دستورات را از یک فرمانده کلاستر که به عنوان یک نمونه Google App Engine (GAE) در حال اجرا است، دریافت میکند، سپس دستورات و پاسخها را بین فرمانده کلاستر خود و نمونه آزمایشی مهار (یا مهار) رله میکند.
این معماری شامل مزایای زیر است:
- از آنجا که از هر نمونه مهار تست جدا شده است، میتواند انواع مختلفی از مهارهای تست را کنترل کند و قویتر است. طراحی جایگزین (تعبیه منطق کنترل میزبان در یک مهار تست) مانع از انتشار خطاها نمیشود.
- از آنجا که از یک مدل فرماندهی و کنترل (C&C) مبتنی بر کشش (pull-based) استفاده میکند، میتواند با انواع مختلف فرماندهان خوشههای سمت ابر و همچنین میزبانهایی که پشت یک فایروال (برای اتصالات ورودی) وجود دارند، کار کند. طراحی جایگزین (مدل فرماندهی و کنترل مبتنی بر فشار) ممکن است به یک فرمانده ابر اجازه ندهد به نمونههای کنترلکننده میزبان که روی رایانههای میزبان در یک شبکه خصوصی وجود دارند، دسترسی پیدا کند.