Kể từ ngày 27 tháng 3 năm 2025, bạn nên sử dụng android-latest-release
thay vì aosp-main
để xây dựng và đóng góp cho AOSP. Để biết thêm thông tin, hãy xem phần Thay đổi đối với AOSP.
Cấu trúc bộ điều khiển máy chủ
Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Cấu trúc của khung kiểm thử VTS tích hợp với dịch vụ phân phát kiểm thử trên đám mây. Bộ điều khiển máy chủ VTS chạy trên máy chủ và kiểm soát một thực thể của bộ kiểm thử (ví dụ: Tradefed) như minh hoạ dưới đây:
Hình 1. Cấu trúc bộ điều khiển máy chủ VTS.
Bộ điều khiển lấy các lệnh từ một trình điều khiển cụm chạy dưới dạng một thực thể Google App Engine (GAE), sau đó chuyển tiếp các lệnh và phản hồi giữa trình điều khiển cụm và thực thể bộ kiểm thử.
Cấu trúc này có các ưu điểm sau:
- Vì được tách biệt khỏi mọi thực thể của bộ kiểm thử, nên công cụ này có thể kiểm soát nhiều loại bộ kiểm thử và mạnh mẽ hơn. Thiết kế thay thế (nhúng logic kiểm soát máy chủ trong một bộ kiểm thử) không chặn lỗi lan truyền.
- Vì sử dụng mô hình điều khiển và ra lệnh (C&C) dựa trên phương thức kéo, nên công cụ này có thể hoạt động với nhiều loại trình điều khiển cụm phía đám mây cũng như máy chủ nằm sau tường lửa (đối với các kết nối truy cập). Thiết kế thay thế (mô hình C&C dựa trên phương thức đẩy) có thể không cho phép
trình điều khiển đám mây truy cập vào các thực thể bộ điều khiển máy chủ tồn tại trên máy tính
máy chủ trong một mạng riêng.
Nội dung và mã mẫu trên trang này phải tuân thủ các giấy phép như mô tả trong phần Giấy phép nội dung. Java và OpenJDK là nhãn hiệu hoặc nhãn hiệu đã đăng ký của Oracle và/hoặc đơn vị liên kết của Oracle.
Cập nhật lần gần đây nhất: 2025-07-27 UTC.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 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."]]