הארכיטקטורה של מסגרת הבדיקה של VTS משולבת עם שירות ההרצה של הבדיקות בענן. בקר מארח של VTS פועל במכונה המארחת ומנהל מכונה של ערכת בדיקות (למשל, Tradefed), כפי שמוצג בהמשך:
איור 1. הארכיטקטורה של בקר המארח של VTS.
הבקר שולף פקודות מ-cluster commander שפועל כמכונה של Google App Engine (GAE), ולאחר מכן מעביר פקודות ותשובות בין cluster commander לבין מכונה של ערכת בדיקה.
לארכיטקטורה הזו יש את היתרונות הבאים:
- מכיוון שהוא מנותק מכל מכונה של ערכת בדיקות, הוא יכול לשלוט בסוגים שונים של ערכות בדיקות והוא עמיד יותר. התכנון החלופי (הטמעת הלוגיקה של בקרת המארח בערכת בדיקה) לא מונע את התפשטות השגיאות.
- מכיוון שהיא מבוססת על מודל של שליטה ובקרה (C&C) מבוסס-משיכה, היא יכולה לפעול עם סוגים שונים של פקדי אשכולות בצד הענן, וגם עם מארחים שנמצאים מאחורי חומת אש (לחיבורי נתונים נכנסים). יכול להיות שהעיצוב החלופי (מודל C&C מבוסס-דחיפה) לא יאפשר למפקד בענן לגשת למכונות של בקרי המארח שנמצאות במחשבים של המארחים ברשת פרטית.