ตั้งแต่วันที่ 27 มีนาคม 2025 เป็นต้นไป เราขอแนะนำให้ใช้ android-latest-release
แทน aosp-main
เพื่อสร้างและมีส่วนร่วมใน AOSP โปรดดูข้อมูลเพิ่มเติมที่หัวข้อการเปลี่ยนแปลงใน AOSP
สถาปัตยกรรมของ Host Controller
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
สถาปัตยกรรมของเฟรมเวิร์กการทดสอบ VTS ผสานรวมกับบริการแสดงโฆษณาทดสอบบนระบบคลาวด์ ตัวควบคุมโฮสต์ VTS จะทํางานบนเครื่องโฮสต์และควบคุมอินสแตนซ์ของชุดทดสอบ (เช่น Tradefed) ดังที่แสดงด้านล่าง
รูปที่ 1 สถาปัตยกรรมตัวควบคุมโฮสต์ VTS
ตัวควบคุมจะดึงคําสั่งจากผู้ควบคุมคลัสเตอร์ที่ทํางานเป็นอินสแตนซ์ Google App Engine (GAE) จากนั้นส่งต่อคําสั่งและการตอบกลับระหว่างผู้ควบคุมคลัสเตอร์กับอินสแตนซ์ชุดทดสอบ
สถาปัตยกรรมนี้มีข้อดีดังต่อไปนี้
- เนื่องจากแยกออกจากอินสแตนซ์ของชุดทดสอบ จึงควบคุมชุดทดสอบประเภทต่างๆ ได้และมีประสิทธิภาพมากขึ้น การออกแบบทางเลือก (การฝังตรรกะการควบคุมโฮสต์ในชุดทดสอบ) ไม่ได้บล็อกไม่ให้ข้อผิดพลาดแพร่กระจาย
- เนื่องจากใช้รูปแบบการสั่งการและควบคุม (C&C) แบบพุล จึงสามารถทํางานร่วมกับผู้ควบคุมคลัสเตอร์ฝั่งคลาวด์ประเภทต่างๆ รวมถึงโฮสต์ที่อยู่เบื้องหลังไฟร์วอลล์ (สําหรับการเชื่อมต่อขาเข้า) การออกแบบทางเลือก (รูปแบบ C&C แบบ Push) อาจไม่อนุญาตให้ผู้บัญชาการระบบคลาวด์เข้าถึงอินสแตนซ์ตัวควบคุมโฮสต์ที่มีอยู่ในคอมพิวเตอร์โฮสต์ในเครือข่ายส่วนตัว
ตัวอย่างเนื้อหาและโค้ดในหน้าเว็บนี้ขึ้นอยู่กับใบอนุญาตที่อธิบายไว้ในใบอนุญาตการใช้เนื้อหา Java และ OpenJDK เป็นเครื่องหมายการค้าหรือเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-07-27 UTC
[[["เข้าใจง่าย","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 UTC"],[],[],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."]]