Mulai 27 Maret 2025, sebaiknya gunakan android-latest-release, bukan aosp-main, untuk mem-build dan berkontribusi pada AOSP. Untuk mengetahui informasi selengkapnya, lihat Perubahan pada AOSP.
Arsitektur pengontrol host
Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Arsitektur framework pengujian VTS terintegrasi dengan layanan penayangan pengujian
berbasis cloud. Pengontrol host VTS berjalan di mesin host dan mengontrol
instance harness pengujian (misalnya, Tradefed) seperti yang ditunjukkan di bawah:
Gambar 1. Arsitektur pengontrol host VTS.
Pengontrol mengambil perintah dari pengendali cluster yang berjalan sebagai instance Google App Engine (GAE), lalu meneruskan perintah dan respons antara pengendali cluster dan instance harness pengujian.
Arsitektur ini mencakup keunggulan berikut:
- Karena dipisahkan dari instance harness pengujian,
harness pengujian dapat mengontrol berbagai jenis harness pengujian dan lebih andal. Desain
alternatif (menyisipkan logika kontrol host dalam harness pengujian) tidak
memblokir error agar tidak menyebar.
- Karena menggunakan model perintah dan kontrol (C&C) berbasis pull, ia dapat berfungsi dengan berbagai jenis pengendali cluster sisi cloud serta host yang ada di balik firewall (untuk koneksi masuk). Desain alternatif (model C&C berbasis push) mungkin tidak mengizinkan
cloud commander mengakses instance pengontrol host yang ada di komputer
host di jaringan pribadi.
Konten dan contoh kode di halaman ini tunduk kepada lisensi yang dijelaskan dalam Lisensi Konten. Java dan OpenJDK adalah merek dagang atau merek dagang terdaftar dari Oracle dan/atau afiliasinya.
Terakhir diperbarui pada 2025-07-27 UTC.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Informasi yang saya butuhkan tidak ada","missingTheInformationINeed","thumb-down"],["Terlalu rumit/langkahnya terlalu banyak","tooComplicatedTooManySteps","thumb-down"],["Sudah usang","outOfDate","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Masalah kode / contoh","samplesCodeIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 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."]]
