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