lol. sv mới ra trường mà hỏi 2 câu đầu thì đủ biết thằng hỏi ngu đến mức nào, hỏi cho ra vẻ nguy hiểm
trên mạng thiếu gì tài liệu để mà đọcCái câu 2 thì ảo thiệt, nhưng mình muốn tìm hiểu cái này xem. Các bác co ai làm coder mấy sites thương mại điện tử chia sẻ Kinh nghiệm bên đó build server như thế nào có thể chịu tải cả triệu request trong 1 giây thế. Trước giờ toàn làm products nhỏ nên chưa tiếp xúc cái này
Nghe mấy anh có kinh nghiệm chém gió về các hệ thống lớn nghe sướng tai ghê gớm
đang trả lời ông trên kia muốn tìm hiểu thì tìm hiểu ở đâu thôi, chứ còn tất nhiên 1000 công ty thì may ra 1 công ty handle được triệu request/s, tôi trước làm unicorn mà cũng chỉ handle được vài k request/sĐọc nhưng đéo ai làm được. Nhìn là biết.
Mấy web đặt vé bóng đá là tạch ngay mùa bán vé, web trường đại học đăng ký học là tạch mùa cao điểm.
Mấy thằng óc bã đậu mới hỏi phỏng vấn sinh viên mới ra trường mấy câu đó.
Tôi phỏng vấn nhiều nơi rồi, chính cái web công ty đang phỏng vấn cũng như bòi luôn.
Đéo có thằng nào ở vị trí mới ra trường nói câu đó được cả.
Ở VN thì hình như chỉ mới nghe VinID tuyên bố có thể cho vài triệu người xem livestream cùng lúc thì phải.
Bác nói đúngĐọc nhưng đéo ai làm được. Nhìn là biết.
Mấy web đặt vé bóng đá là tạch ngay mùa bán vé, web trường đại học đăng ký học là tạch mùa cao điểm.
Mấy thằng óc bã đậu mới hỏi phỏng vấn sinh viên mới ra trường mấy câu đó.
Tôi phỏng vấn nhiều nơi rồi, chính cái web công ty đang phỏng vấn cũng như bòi luôn.
Đéo có thằng nào ở vị trí mới ra trường nói câu đó được cả.
)) web đăng ký môn học đéo gì chục tỷ mà lần đéo nào cũng chết
tính chi cho lắm, bị hỏi câu này thì câu trả lời đơn giản nhất là:Handle 1 triệu request/s
Đầu tiên phải hỏi, request đó là request gì? size bao nhiêu? Tạm hiểu 1 s là thời gian từ client gửi request tới khi nhận response.
Tôi nói ví dụ 1 hệ thống cho photo storage, nó sẽ khác với 1 hệ thống payment. Có thể cùng 1 triệu request nhưng cách thiết kế sẽ khác nhau hoàn toàn. Nên thường khi hỏi câu này, ng ta sẽ đưa yêu cầu specific hơn, là "thiết kế 1 hệ thống payment, hay 1 hệ thống thanh toán vé online, hay 1 hệ thống xyz". Phải có cái này là cái yêu cầu đầu tiên cần làm rõ.
Hỏi tiếp phục vụ cho user như nào? User trong nước hay user quốc tế? Cái này sẽ phải có phương án khác nhau. Budget dc cho bao nhiêu hay không giới hạn?
Giả sử như backend database chưa có gì hết, hay có những yêu cầu bắt buộc nào?
Tính toán traffic network, storage các kiểu. 1 triệu request/s thì cần traffic là bao nhiêu?
Rồi mới bắt đầu chọn database sql hay nosql, thiết kế schema, table, index các kiểu.
data partition nữa. Xử lý các vấn đề redundancy và replication.
Có database rồi thì bắt đầu thiết kế hệ thống, từ client đi tới webserver như nào, rồi đi tới load balancer, cache, đi tới database như nào, vẽ ra hết các luồng đi.
bài này nếu mà đặt nặng về vấn đề performance, cụ thể là 1 triệu request/s thì cần tính toán các số liệu cụ thể tí. Ví dụ database có thể xử lý dc bao nhiêu query/s. Giả sử 100k query tương ứng với 100k request, giả sử cache server có thể cover dc với hit rate 70-80%...
Cứ thế mà tính tiếp thôi.
Mình chém thế thôi chứ mình chưa xây dc cái nào 1 triệu request/s cả
Các bác bổ sung thêm.
Có mấy khóa dạy đó thím, lý thuyết thôiCái câu 2 thì ảo thiệt, nhưng mình muốn tìm hiểu cái này xem. Các bác co ai làm coder mấy sites thương mại điện tử chia sẻ Kinh nghiệm bên đó build server như thế nào có thể chịu tải cả triệu request trong 1 giây thế. Trước giờ toàn làm products nhỏ nên chưa tiếp xúc cái này
Thì giá tiền nó cũng khác mà
