• Sắm sửa chuẩn bị nghỉ lễ, làm tí code đi các anh

thắc mắc Backend của 1 app check trạng thái Covid gần 100 triệu active users, làm sao để nó không lag

Fen nói làm tôi lại phải chửi cái đậu móe my viettel với viettel pay nó lag nó giật, app loằn gì đại diện cho tập đoàn tỷ đô mà như đồ án thực tập của mấy em năm cuối.
E thấy 2 app này sử dụng cũng ok mà bác, tốt hơn khối app khác, nhiều tiện ích.
 
E thấy 2 app này sử dụng cũng ok mà bác, tốt hơn khối app khác, nhiều tiện ích.
Mình dùng bên android chu choa nó lag nó đơ rồi lỗi vặt tùm lum, lại còn ép khách phải thanh toán cước đt trả sau trên my viettel với viettelpay chứ k trả trên tpbank đc. Cay
 
Mình dùng bên android chu choa nó lag nó đơ rồi lỗi vặt tùm lum, lại còn ép khách phải thanh toán cước đt trả sau trên my viettel với viettelpay chứ k trả trên tpbank đc. Cay
à cái đó thì chắc tùy theo dòng máy rồi bác ạ, chứ em xài oppo f1s đời cũ mà vẫn phà phà ạ, còn về thanh toán trả sau thì trước kia em có hỏi bên tổng đài thì họ bảo là do ngân hàng không đáp ứng bảo mật thông tin khách hàng nên cắt không cho thanh toán nữa đấy ạ.
 
Tui ko ở VN nên ko xài app nhưng nghe bạn gì nói có 3 chức năng login, load qr code với xin hỗ trợ. Thì rõ ràng là read nhiều, write ít.

1. Nên dùng database loại nào cũng được mà. 100tr record thì SQL hay NoSQL như nhau mà. Nhưng nên làm dạng 1 Master và 3 Replicas để cho 3 miền quê hương. Phần write thì chạy thẳng vào Master còn read thì ở Replicas rồi.

2. Còn cache trên server là phải cache rồi. Cái quan trọng là cache bao lâu và cache bao nhiêu? 100k active items trong 24 tiếng?

Như @Fire Of Heart với @freedom.9 cãi trên kia tui hiểu ý 2 ông hết. Đều đúng hết.

@Fire Of Heart tui đồng ý với cách tính của ông nhưng cache 40tr /100tr thì hơi quá rồi. Ai lại cache 40% dữ liệu như vậy? Quá nhiều rồi. Ý tui là vậy.

@freedom.9 tui cũng đồng ý với ông là ko đặt server cache quá khủng. Ông nghĩ là ông bắt đầu nhỏ rồi tăng dần là hợp lý. Nhưng bắt đầu to rồi giảm dần cũng OK.

3. Rồi cache ở client nữa để giảm tải băng thông / request cho server. Cache bao lâu thì ổn? Chưa tiêm thì cache 30p? Tiêm một mũi 1 ngày? Tiêm 2 mũi 6 tháng?

4. Còn cái QR code chỉ cần thêm timestamp vào là nó ra mỗi lần mỗi code khác mà. Kết hợp encrypt/decrypt vào để giải mã thôi. Cần gì phải gọi tới server nhỉ?
 
Tui ko ở VN nên ko xài app nhưng nghe bạn gì nói có 3 chức năng login, load qr code với xin hỗ trợ. Thì rõ ràng là read nhiều, write ít.

1. Nên dùng database loại nào cũng được mà. 100tr record thì SQL hay NoSQL như nhau mà. Nhưng nên làm dạng 1 Master và 3 Replicas để cho 3 miền quê hương. Phần write thì chạy thẳng vào Master còn read thì ở Replicas rồi.

2. Còn cache trên server là phải cache rồi. Cái quan trọng là cache bao lâu và cache bao nhiêu? 100k active items trong 24 tiếng?

Như @Fire Of Heart với @freedom.9 cãi trên kia tui hiểu ý 2 ông hết. Đều đúng hết.

@Fire Of Heart tui đồng ý với cách tính của ông nhưng cache 40tr /100tr thì hơi quá rồi. Ai lại cache 40% dữ liệu như vậy? Quá nhiều rồi. Ý tui là vậy.

@freedom.9 tui cũng đồng ý với ông là ko đặt server cache quá khủng. Ông nghĩ là ông bắt đầu nhỏ rồi tăng dần là hợp lý. Nhưng bắt đầu to rồi giảm dần cũng OK.

3. Rồi cache ở client nữa để giảm tải băng thông / request cho server. Cache bao lâu thì ổn? Chưa tiêm thì cache 30p? Tiêm một mũi 1 ngày? Tiêm 2 mũi 6 tháng?

4. Còn cái QR code chỉ cần thêm timestamp vào là nó ra mỗi lần mỗi code khác mà. Kết hợp encrypt/decrypt vào để giải mã thôi. Cần gì phải gọi tới server nhỉ?

Thím đọc kỹ các post của mình nhé. Mình chỉ đưa ra con số 40 để ước lượng size, chứ ko bảo là nên cache 40tr hay 10tr hay 20tr. Cái đó mình chưa hề đề cập tới.
Ý của mình là cache 40tr thì hết size bao nhiêu, tương tự cho 10, 20 v.v….
 
Thím đọc kỹ các post của mình nhé. Mình chỉ đưa ra con số 40 để ước lượng size, chứ ko bảo là nên cache 40tr hay 10tr hay 20tr. Cái đó mình chưa hề đề cập tới.
Ý của mình là cache 40tr thì hết size bao nhiêu, tương tự cho 10, 20 v.v….
Thật,
Ông mod cũng chỉ là nhân chia cộng trừ, chưa đưa kết luận là gì cả, thế mà mấy anh cũng toxic được...
YAnHvWL.gif
 
ông kia chỉ tính để estimate dung lượng, từ đó có thể đưa ra lựa chọn phù hợp cho mỗi hoàn cảnh, còn quan điểm của mình thì dự án chơi chơi thì..thử được, lúc đó thì "tạch đâu scale đó" mới không sao, còn tầm quốc gia, phục vụ nhiều người, mọi quyết định phải dựa trên tính toán, lúc đó có xảy ra vấn đề cũng dễ dàng chỉnh sửa, chứ đợi thử xong thì end user chửi không kịp vuốt mặt rồi.. chứ gì mà tỏ ra hot cache item nghe thượng đẳng thế, cái cơ bản này mà cũng phải đem ra khè nhau sau :D
 
Last edited:
Vấn đề của cache là nó tiềm ẩn khá nhiều bug runtime khó đoán & cũng rườm rà khó test. Gặp mấy thằng thiếu kinh nghiệm mà chỉ trỏ nó cached này cache nọ thì nó học làm theo thì lúc server online còn nát nữa
 
mấy page rồi mà vẫn chưa ai design sơ cái data schema nhỉ :)

Có cái đấy rồi tính xem cache sẽ tốn dung lượng bao nhiêu?
Thêm 1 câu hỏi: có cần table cho user-qrcode ko?
Nếu cache cho qrcode thì tốn size bao nhiêu?
Anh bị điên à mà cần table cho UserID <> QrCode ?
 
Anh bị điên à mà cần table cho UserID <> QrCode ?

thứ 1 là tôi đang đưa ra 1 câu hỏi mở cho mọi người thảo luận. Anh ko thấy tôi để cái dấu ? to chình ình ra đấy à.
Thứ 2 là nếu Anh thấy ko cần thì có thể đưa ý kiến của anh.
Chưa gì anh đã bảo tôi điên thế này thế kia, ok cứ nghĩ tôi điên đi, ko sao cả.
Ko biết anh tranh luận với đồng nghiệp có 1 câu điên 2 câu khùng ko. Hy vọng là ko. Hổ báo tí trên mạng ảo cũng ko sao cả.
 
thứ 1 là tôi đang đưa ra 1 câu hỏi mở cho mọi người thảo luận. Anh ko thấy tôi để cái dấu ? to chình ình ra đấy à.
Thứ 2 là nếu Anh thấy ko cần thì có thể đưa ý kiến của anh.
Chưa gì anh đã bảo tôi điên thế này thế kia, ok cứ nghĩ tôi điên đi, ko sao cả.
Ko biết anh tranh luận với đồng nghiệp có 1 câu điên 2 câu khùng ko. Hy vọng là ko.
Chết mẹ :))
Chửi xong mới để ý tên người post, em xin lỗi :LOL:)
 
Hãy sử dụng Unreal Engine để làm dedicated server. User State = 0|1|2... Cái này cache trên RAM nên ko có sql nào ở đây. Media thì nhét trên server khác. Khi người nào đó đăng ký xong thì trả về mã 2 mã hash. Một mã hash để máy khác đọc được.Mã kia là secret key. Việc gen QR code bên máy client làm. Mã hash dùng để đăng nhập. Một client khác dành cho bên quản lý. Bên này mới gọi tới server để cập nhật user.
Còn nếu không hay sử dụng stellar blockchain. Con này xác thực mất có 3s thôi.
:)
 
Ý ông Thái là chính quyền nên opensource mấy project của họ.
Chứ data nằm ở phía cq thì mình code cũng ko có ý nghĩa gì.
Cái này tui hiểu. Tại tôi thấy một nhóm tự làm app cứu trợ miền trung rất hay. Nên mới nghĩ sao vozer ko start thử cái backend này. Data có hay ko, đâu có quan trọng 😎
 
Cái này tui hiểu. Tại tôi thấy một nhóm tự làm app cứu trợ miền trung rất hay. Nên mới nghĩ sao vozer ko start thử cái backend này. Data có hay ko, đâu có quan trọng 😎
nói chung là voz rảnh đi brainstorm hộ chính quyền thôi chứ tầm các ông kia muốn làm cái backend mượt chắc như búng tay, bọn app hiện tại giật lag là vì lung tung tự phát, ở trên ko rảnh chia resource đầy đủ
Bữa đi làm lại cccd, hệ thống bên công an tra cái rẹt ra lịch sử tôi ở đâu, trọ đâu cả chục năm nay...bản chất hay tải lượng hệ thống này thì khéo còn nhẹ hơn hệ thống dân cư kia chán
 
Back
Top