8 Tổng kết
6.6 Biểu đồ kiến trúc thành phần tổng hợp trạng thái dịch vụ sơ khởi
Mỗi đầu tick, Gamebot sẽ gửi thông báo xuống ServiceStatus thông qua hệ thống
API, yêu cầu này sẽ được chuyển hướng qua thành phần Bộ phận điều khiển.
Bộ phận điều khiển sẽ gửi yêu cầu lại Gamebot để nhận thông tin cập nhật của các đội mới được thay đổi mỗi Round.
Từ các thông tin trả về, thành phần Bộ phận điều khiển gửi các thông tin đến thành phần Bộ phân chia công việc. Ở đây công việc sẽ được phân chia đều theo số lượng
Scriptbot đã được khai báo trước trong biến môi trường và gửi yêu cầu đến các Scriptbot Khi các Scriptbot trả thông tin về qua hệ thống APIthì thông tin sẽ được điều hướng
tới thành phần Bộ phận tổng hợp. Thông tin trạng thái các dịch vụ của các đội sẽ
6.3.3 Kiến trúc của thành phần tổng hợp trạng thái dịch vụhiện thực hiện thực
Trong quá trình hiện thực và kiểm thử kiến trúc sơ khởi sinh viên nhận thấy có ba vấn đề phát sinh gồm.
• Bộ phận phân chia công việc làm việc chưa thật sự hiệu quả các vẫn có hiện tượng các Scriptbot đang bận rộn mà vẫn phải nhận thêm việc trong khi một số Scriptbot đang ở trạng thái “rảnh rỗi”
• Việc thêm bớt số lượng Scriptbot gặp nhiều khó khăn khi ta phải thay đổi thiết lập và khởi động lại cả ServiceStatus.
• Service Status mới chỉ hoạt động quá ít công suất, mới chỉ kiểm tra một lần và tổng hợp kết quả.
Để giải quyết vấn đề này sinh viên quyết định sử dụng RabbitMQ là nơi để lưu trữ và phân chia các nhiệm vụ cho các Scriptbot. Và thêm chức năng điều khiển các Scriptbot kiểm tra lại. Sơ đồ của module này được trình bày ở bên dưới.
Chương 6