Anh em vào link wecommit100xhieunang.com/dang-ky để khám phá hệ thống 7 bước mà tôi đã sử dụng để biến sự nghiệp của mình thành một cỗ máy thu hút cơ hội - nơi những dự án lớn nhé
Thật lòng mà nói use case này cũng ko quá thách thức lắm, nhưng không vì thế mà video này bớt giá trị. Thanks các anh đã chia sẻ, giá mà ông anh Tiến truyền đạt tốt hơn thì tuyệt vời, chắc do lần đầu lên sóng vẫn chưa quen, anh Huy vẫn phải giải thích lại nhiều chỗ.
Cho em hỏi là thu thập dữ liệu rồi gửi qua api khi nào ạ? kiểu sau khi sử dụng tài nguyên thì sẽ lưu trữ ở local, rồi lúc lên cấp mới gửi hay vừa diễn ra sự kiện thì gửi liền ạ
SV game cứ tính CCU max là bao nhiêu ad chạy hết bao nhiêu % cpu , server đang dùng con chíp gì , ram gì , chạy hệ điều hành server gì linux , ubuntu , SENTOS . Chương trình rất thực tế rất hay . Good . Vì Việt Nam Thịnh Vượng
Bài toán của Game thực tế so với các hệ thống tài chính thì đơn giản hơn khá nhiều để design & tối ưu vì độ trễ & việc miss dữ liệu (ở mức nhỏ) là chấp nhận được, tất nhiên cũng phải tính trên chi phí hệ thống nữa. Phần dữ liệu gốc không rõ có nhu cầu gì khác không mà cần sử dụng mongo db, như trong bài toán thì chỉ thấy nhắc đến việc các cronjob vào chạy tổng hợp ra báo cáo, như vậy sao không để luôn dạng file cho tiết kiệm nhỉ?
Sau khi pulling thì data mới được lưu trữ hoàn toàn. Vậy trong quá trình chơi game thì các thông tin read từ đâu? Giữa các người chơi với nhau đang đọc từ đâu vậy ad?
Đây là hệ thống warehouse dành cho phân tích user log của tất cả các game mà công ty đó làm, ko cần realtime. Còn cái bạn đang nói là OLTP, trường hợp này thiết kế sẽ khác hẳn, và mỗi con có một hệ thống riêng giao tiếp với backend của game đó.
Anh em vào link wecommit100xhieunang.com/dang-ky để khám phá hệ thống 7 bước mà tôi đã sử dụng để biến sự nghiệp của mình thành một cỗ máy thu hút cơ hội - nơi những dự án lớn nhé
Thật lòng mà nói use case này cũng ko quá thách thức lắm, nhưng không vì thế mà video này bớt giá trị. Thanks các anh đã chia sẻ, giá mà ông anh Tiến truyền đạt tốt hơn thì tuyệt vời, chắc do lần đầu lên sóng vẫn chưa quen, anh Huy vẫn phải giải thích lại nhiều chỗ.
nghe phê quá 2 a ơi
Chủ đề rất hay ạ, mong anh Huy và team chỉa sẻ thêm use case về hệ thống IoT trong nông nghiệp
Hay quá mong anh ra thêm nhiều use case thật có phân tích chi tiết như thế này
Hay quá anh, cảm ơn anh ạ!
tuyệt vời thầy ơi
em cảm ơn ạ
Nghe phê thật . Thank các a
quá hay
Cho em hỏi là thu thập dữ liệu rồi gửi qua api khi nào ạ? kiểu sau khi sử dụng tài nguyên thì sẽ lưu trữ ở local, rồi lúc lên cấp mới gửi hay vừa diễn ra sự kiện thì gửi liền ạ
SV game cứ tính CCU max là bao nhiêu ad chạy hết bao nhiêu % cpu , server đang dùng con chíp gì , ram gì , chạy hệ điều hành server gì linux , ubuntu , SENTOS . Chương trình rất thực tế rất hay . Good . Vì Việt Nam Thịnh Vượng
hay a
cam on anh
34:59 là dùng RestAPI mutilThres đúng ko ? parttion API để transfer đấy à ? sao họ lại dùng Rest nhỉ ?
Bài toán của Game thực tế so với các hệ thống tài chính thì đơn giản hơn khá nhiều để design & tối ưu vì độ trễ & việc miss dữ liệu (ở mức nhỏ) là chấp nhận được, tất nhiên cũng phải tính trên chi phí hệ thống nữa.
Phần dữ liệu gốc không rõ có nhu cầu gì khác không mà cần sử dụng mongo db, như trong bài toán thì chỉ thấy nhắc đến việc các cronjob vào chạy tổng hợp ra báo cáo, như vậy sao không để luôn dạng file cho tiết kiệm nhỉ?
Sau khi pulling thì data mới được lưu trữ hoàn toàn. Vậy trong quá trình chơi game thì các thông tin read từ đâu? Giữa các người chơi với nhau đang đọc từ đâu vậy ad?
Như bài toán này là kiểu thu thập dữ liệu, chứ không response cho user, nên không read data cho user ngay lập tức
Đây là hệ thống warehouse dành cho phân tích user log của tất cả các game mà công ty đó làm, ko cần realtime.
Còn cái bạn đang nói là OLTP, trường hợp này thiết kế sẽ khác hẳn, và mỗi con có một hệ thống riêng giao tiếp với backend của game đó.