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