اعتبارًا من 27 آذار (مارس) 2025، ننصحك باستخدام android-latest-release
بدلاً من aosp-main
لإنشاء AOSP والمساهمة فيه. لمزيد من المعلومات، يُرجى الاطّلاع على التغييرات في AOSP.
بنية وحدة التحكّم في المضيف
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تتكامل بنية إطار عمل اختبار VTS مع خدمة عرض الاختبار المستندة إلى السحابة الإلكترونية. يتم تشغيل وحدة تحكّم مضيفة في نظام المحاكاة الافتراضية على جهاز مضيف وتتحكّم في
مثيل مجموعة أدوات الاختبار (مثل Tradefed) كما هو موضّح أدناه:
الشكل 1: بنية وحدة تحكّم المضيف في نظام التحكّم في حدود الجلسة
يسحب جهاز التحكّم الأوامر من قائد الكتلة الذي يعمل كمثيل لـ Google App
Engine (GAE)، ثم ينقل الأوامر والردود بين قائد
الكتلة ومثيل مجموعة الاختبار.
تشمل هذه البنية المزايا التالية:
- ولأنّه مُنفصل عن أيّ مثيل لإطار اختبار،
يمكنه التحكّم في أنواع مختلفة من إطارات الاختبار، وهو أكثر كفاءة. إنّ التصميم البديل (تضمين منطق التحكّم في المضيف في مجموعة اختبار)
لا يمنع انتشار الأخطاء.
- ولأنّه يستخدم نموذج التحكّم والتوجيه (C&C) المستنِد إلى سحب البيانات
، يمكنه العمل مع أنواع مختلفة من مُشغّلي مجموعات السحابة الإلكترونية بالإضافة إلى المضيفين الذين يعملون خلف جدار حماية (لاتصالات الولوج
). قد لا يسمح التصميم البديل (نموذج التحكّم والمراقبة المستنِد إلى الدفع)
لقائد السحابة الإلكترونية بالوصول إلى نُسخ وحدة التحكّم في المضيف التي تتوفّر على أجهزة
المضيف في شبكة خاصة.
يخضع كل من المحتوى وعيّنات التعليمات البرمجية في هذه الصفحة للتراخيص الموضحّة في ترخيص استخدام المحتوى. إنّ Java وOpenJDK هما علامتان تجاريتان مسجَّلتان لشركة Oracle و/أو الشركات التابعة لها.
تاريخ التعديل الأخير: 2025-07-27 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","easyToUnderstand","thumb-up"],["ساعَدني المحتوى في حلّ مشكلتي.","solvedMyProblem","thumb-up"],["غير ذلك","otherUp","thumb-up"]],[["لا يحتوي على المعلومات التي أحتاج إليها.","missingTheInformationINeed","thumb-down"],["الخطوات معقدة للغاية / كثيرة جدًا.","tooComplicatedTooManySteps","thumb-down"],["المحتوى قديم.","outOfDate","thumb-down"],["ثمة مشكلة في الترجمة.","translationIssue","thumb-down"],["مشكلة في العيّنات / التعليمات البرمجية","samplesCodeIssue","thumb-down"],["غير ذلك","otherDown","thumb-down"]],["تاريخ التعديل الأخير: 2025-07-27 (حسب التوقيت العالمي المتفَّق عليه)"],[],[],null,["# Host controller architecture\n\nThe architecture of VTS test framework integrates with its cloud-based test\nserving service. A VTS host controller runs on a host machine and controls a\ntest harness (for example, Tradefed) instance as shown below:\n\n\n**Figure 1.** VTS host controller architecture.\n\n\nThe controller pulls commands from a cluster commander running as a Google App\nEngine (GAE) instance, then relays commands and responses between its cluster\ncommander and the test harness instance.\n\nThis architecture includes the following advantages:\n\n- Because it's **decoupled from any test harness instance**, it can control different types of test harnesses and is more robust. The alternative design (embedding the host control logic in a test harness) does not block errors from propagating.\n- Because it uses a **pull-based command-and-control (C\\&C)\n model**, it can work with different types of cloud-side cluster commanders as well as hosts that exist behind a firewall (for ingress connections). The alternative design (push-based C\\&C model) might not allow a cloud commander to access host controller instances that exist on host computers in a private network."]]