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ỗ.
Với nhu cầu collect events như host nói thì mình chưa hiểu tại sao lại cần mongodb ở giữa trong khi đã có clickhouse phục vụ nhu cầu report? Nếu nhu cầu là lưu trữ raw event data thì có thể thay mongo bằng filesystem hoặc các block storage services (như s3) để đơn giản, rẻ và scale dễ hơ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ỉ?
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 ạ
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ỗ.
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
Chủ đề rất hay ạ, mong anh Huy và team chia sẻ thêm use case về hệ thống IoT trong nông nghiệp
Với nhu cầu collect events như host nói thì mình chưa hiểu tại sao lại cần mongodb ở giữa trong khi đã có clickhouse phục vụ nhu cầu report?
Nếu nhu cầu là lưu trữ raw event data thì có thể thay mongo bằng filesystem hoặc các block storage services (như s3) để đơn giản, rẻ và scale dễ hơn.
Nghe phê thật . Thank các a
tuyệt vời thầy ơi
em cảm ơn ạ
Hay quá anh, cảm ơn anh ạ!
nghe phê quá 2 a ơi
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
quá hay
cam on anh
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ỉ?
hay a
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 ạ
Nếu e bỏ luôn phần mongodb thay bằng s3 bucket thì có ổn không a?
34:59 là dùng RestAPI mutilThres đúng ko ? parttion API để transfer đấy à ? sao họ lại dùng Rest 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 đó.