Unity3D có một định dạng gói tài nguyên (asset bundle) không được công bố chính thức. Tuy nhiên, để thực hiện các bản cập nhật hiệu quả hơn thông qua việc phân tích sự khác biệt, việc hiểu rõ cấu trúc đóng gói này là điều cần thiết. Điều này cho phép phát triển các công cụ so sánh và hợp nhất dữ liệu chuyên dụng, vượt trội hơn nhiều so với phương pháp so sánh nhị phân thông thường. Nhờ việc phân tách dữ liệu trong asset bundle thành các đơn vị độc lập, chúng ta có thể tập trung vào việc so sánh các đơn vị thay đổi thay vì toàn bộ dữ liệu.

STM là viết tắt của Software Transactional Memory (Bộ nhớ giao dịch phần mềm).
Hai năm trước trong một dự án, tôi đã xây dựng một cơ chế tương tự như vậy. Khi hệ thống skynet ngày càng hoàn thiện, tôi mong muốn tìm kiếm một phương pháp đơn giản và hiệu quả hơn để đáp ứng các yêu cầu này.

Đối với dữ liệu ít cập nhật, tôi đã thêm vào skynet một mô-đun có tên gọi là sharedata, chuyên dùng để chia sẻ dữ liệu cấu hình. Mỗi lần cập nhật dữ liệu, toàn bộ dữ liệu sẽ được đóng gói thành một cấu trúc dạng cây chỉ đọc, cho phép nhiều máy ảo Lua chia sẻ việc đọc dữ liệu. Khi có thay đổi, hệ thống sẽ tạo một bản mới hoàn toàn và đánh dấu bản cũ là “bẩn”, thông báo cho các bên đọc dữ liệu cần cập nhật lại phiên bản.

Dự kiến mở rộng hỗ trợ kết nối ngắn (short connection) cho Skynet

Trong lĩnh vực game web, mô hình không phụ thuộc vào kết nối TCP ổn định đã được áp dụng rộng rãi, thường xây dựng dựa trên giao thức HTTP để phù hợp với môi trường trình duyệt. Đối với game di động hoạt động trên mạng không dây, chất lượng kết nối mạng thường kém ổn định hơn nhiều so với game PC truyền thống, dẫn đến tình trạng người chơi bị ngắt kết nối đột ngột và thoát game ngoài ý muốn. Gần đây tôi đã phát triển một thư viện nhằm giảm thiểu vấn đề này.

Trong Skynet, làm thế nào để thực hiện dịch vụ thông báo khi có thư mới đến

Trong Skynet, các nghiệp vụ độc lập đều tồn tại dưới dạng dịch vụ độc lập. Hôm qua, mình và đồng nghiệp đã thảo luận cách xây dựng một dịch vụ thông báo thư mới. Hiện tại kiến trúc đang được thiết kế như sau: tồn tại một dịch vụ trung tâm thư riêng biệt, có khả năng xử lý ba giao thức chính:

Cuối tuần rồi, cuối cùng mình đã hoàn thành triển khai chức năng “kết nối ngắn” như đã đề cập tuần trước. Về bản chất, đây là một kiến trúc máy chủ hoạt động theo mô hình yêu cầu-phản hồi tin nhắn, không bị giới hạn bởi kiểu kết nối dài hay ngắn. Do đó mình quyết định không đặt tên quá cụ thể là “dịch vụ kết nối ngắn”.

Việc tích hợp module HTTP server vào hệ sinh thái Skynet từ lâu đã không được ưu tiên, chủ yếu xuất phát từ hai lý do then chốt. Thứ nhất, lĩnh vực xử lý giao thức web không nằm trong chuyên môn của tôi. Thứ hai, cộng đồng phát triển web server đã quá dày đặc với hàng loạt chuyên gia giàu kinh nghiệm, những người chắc chắn sẽ xây dựng giải pháp hiệu quả hơn tôi rất nhiều. Thị trường hiện tại ngập tràn các web server chất lượng cao, điều đó cho thấy ngưỡng phát triển không quá cao. Thêm vào đó, bản thân tôi chưa từng có yêu cầu cụ thể nào cần đến chức năng này, nên quyết định để dành việc triển khai cho đội ngũ có nhu cầu thực tiễn.