27 Mart 2025'ten itibaren AOSP'yi derlemek ve AOSP'ye katkıda bulunmak için aosp-main yerine android-latest-release kullanmanızı öneririz. Daha fazla bilgi için AOSP'de yapılan değişiklikler başlıklı makaleyi inceleyin.
Ana makine denetleyici mimarisi
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
VTS test çerçevesinin mimarisi, bulut tabanlı test sunma hizmetiyle entegredir. VTS ana makine denetleyicisi, ana makinede çalışır ve aşağıda gösterildiği gibi bir test donanım örneğini (ör. Tradefed) kontrol eder:
Şekil 1. VTS ana makine denetleyicisi mimarisi.
Denetleyici, Google App Engine (GAE) örneği olarak çalışan bir küme komutanından komut alır, ardından komutları ve yanıtları küme komutanı ile test donanım örneği arasında iletir.
Bu mimarinin avantajları şunlardır:
- Herhangi bir test donanım örneğinden ayrılmış olduğundan farklı test donanım türlerini kontrol edebilir ve daha sağlamdır. Alternatif tasarım (ana makine kontrol mantığını bir test donanımına yerleştirme), hataların yayılmasını engellemez.
- Çekme tabanlı bir komuta ve kontrol (C&C) modeli kullandığından, bulut tarafında farklı türde küme komutanlarıyla ve güvenlik duvarının arkasında bulunan ana makinelerle (giriş bağlantıları için) çalışabilir. Alternatif tasarım (push tabanlı C&C modeli), bulut komutanının özel bir ağdaki ana makine bilgisayarlarda bulunan ana makine denetleyicisi örneklerine erişmesine izin vermeyebilir.
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-07-27 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 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."]]
