Thiết kế hệ thống mạng xã hội 200tr Users - System Design | Trần Quốc Huy - Wecommit

[@nguyenhoa8575]

Từ video này e đã thấy được 1 số best practices có thể áp dụng được :D cảm ơn các a

[@VuNguyen-hp8wn]

Video rất hay, hiểu được cách optimize từng phần của hệ thống lớn

[@DuyLe-wk4nm]

Cảm ơn bạn Nguyễn Trung Nam và anh Huy đã host buổi chia sẻ rất hay và bổ ích

[@ucPhan-bl2ti]

Hay quá, cảm ơn Huy và Nam đã chia sẻ thông tin hữu ích này

[@pdthien]

Cảm ơn 2 anh rất nhiều, xem xong học được tư duy thiết kế từ đơn giản đến chi tiết rất hữu ích ạ ❤

[@hoanginhtrong4295]

bài rất hay, hiểu được chiến lược thiết kế hệ thống, từ đơn giản, gặp vấn đề thì tách tiếp. Ý tưởng tuyệt vời ạ =))

[@duongminhphuong]

Kiến thức và góc nhìn tuyệt vời. Không phải lúc nào cũng có cơ hội để có view về hệ thống lớn như này. Cảm ơn anh em đã chia sẻ

[@haikim8340]

Cảm ơn 2 ae vì những chia sẻ rất hay và thực tế. Mong Huy ra thêm nhiều chia sẻ như vậy đóng góp cho cộng đồng

[@lequangnguyen2909]

Trung Nam đúng cây đa cây đề tay nghề siêu cứng. Cảm ơn anh Trần Quốc Huy và anh Trung Nam vì những chia sẻ vô cùng giá trị và cực thú vị.

[@phamhuy4924]

Cám ơn anh Huy và Nam. Quá chất lượng!!!

[@phamdan4495]

Sếp Trung Nam chia sẻ rất hay và dễ hiểu. Cảm ơn Idol Duy Database.

[@locnguyen8494]

video rất giá trị, hy vọng sẽ ra nhiều video như này trong tương lai. Cảm ơn cộng đồng wecommit

[@DevelopESPrtk]

Cảm ơn hai anh, anh Huy và anh Nam. Video chứa nhiều nội dung mình đang cần nên đã xem hết.

[@huynguyenquang6204]

Em cảm ơn anh Huy và anh Nam, chủ đề rất hay và cách tiếp cận đi từ gốc rễ vấn đề. Khi gặp vấn đề mình biết cách xử lý từ đâu

[@QuangAutomation]

Video rất hay, hàm chứa nhiều kiến thức, hi vọng sẽ được xem nhiều video từ anh Nam và Huy hơn nữa

Video rất hay, giải quyết vấn đề phức tạp bằng cách bóc tách thành từng vấn đề nhỏ và giải quyết nó

[@DevVuiTinh]

Thật sự em đúng cái em đang cần để tối ưu luồng trong dự án của em, cảm ơn anh Huy và anh Nam ạ

[@hongpham4947]

Rất hay, cảm ơn 2 anh em đã chia sẻ, em sẽ nghiên cứu dần ạ

[@hoangVan23666]

Cảm ơn anh Huy và anh Nam, nội dung chất lượng quá ạ

[@nemo213-99]

Cảm ơn 2 anh ạ, bản thân e là lập trình viên FE, học thêm BE đã nhìn được tổng quan cách thiết kế 1 hệ thống

[@tunginhquang2192]

Uây, đoạn tư tưởng xây từ đầu hay quá, em cảm ơn 2 anh ạ ❤‍🔥

[@dungxk]

Video rất hay, Xem video vỡ ra được nhiều về thiết kế hệ thống

[@luongphuong5133]

Chất lượng quá anh ơi. Mong rằng anh ra nhiều video hay như thế này nữa ạ.

[@huyhandes]

Cảm ơn anh Nam, giờ thì dễ hiểu hơn về các xử lý những case khác biệt rồi ạ

Cám ơn Wecommit, Hi vọng Wecommit tiếp tục ra các video về chủ đề System Design.

[@CuongoanManh-fq3um]

Bài chia sẻ hay , Cảm ơn anh Huy, anh Nam rất nhiều ạ

[@DungLe-kk1tk]

Nội dung quá chất lượng cảm ơn anh Nam và anh Huy

[@NamNguyen-st4pk]

Ủng hộ Nam, thợ xây VPS. Mong tìm được nhiều cơ hội để khai thác hơn

[@nonamegogito9083]

Bài rất hay và hữu ích ạ, em cảm ơn 2 anh rất nhiều

[@haminhkien4142]

Chủ đề rất hay ạ, cảm ơn 2 a đã chia sẻ

[@hoangbuiminh1400]

Cảm ơn a 2 anh, nội dung chất lượng quá ạ

[@kiethuynhtuan3447]

Tư duy thiết kế rất hay, cảm ơn 2 anh chia sẻ

[@minhtri48]

Tuyệt vời, hy vọng có thêm buổi sharing về core Chứng Khoán từ 2 ae :D

[@chuchimcanhcut]

Rất hữu ích, cảm ơn anh Huy rất nhiều!

[@ngonguyen2637]

Video hay quá, cảm ơn 2 anh em.

[@ronaldopeo1964]

Từ thiết kế, Anh Huy làm chi tiết thêm cách tạo ra mấy cái cục, cách kết nối mấy cục đó bằng code đi anh ❤❤🎉🎉🎉🎉 Tkss anh, các videos rất tuyệt vời 🎉🎉🎉🎉🎉🎉

[@QuyNguyenThanh-co7xj]

video rất bổ ích, cho mình có nhiều góc nhìn về cách giải quyết vấn đề

[@thangdangxuan9192]

Cảm ơn những chia sẻ tuyệt vời ạ.

Video hay quá! Rất hấp dẫn và hữu ích.

[@anhoviet3888]

Rất hữu ích. Cảm ơn 2 a nhiều

[@brphm]

Theo mình còn một cách phân loại user nữa đó là theo mức độ engage. Hệ thống đánh trọng số đối với các action khác nhau của user như xem, like, comment để tính mức độ engage với một account. Khi account đó đăng bài thì ưu tiên xử lý update timeline cho ông nào chỉ số engage cao trước vì mấy ông đó quan tâm thật sự.

[@HoangNguyenTranLe]

Hay quá anh ơi! Đúng cái em đang tìm hiểu

[@phandc4581]

Cảm ơn các anh đã chia sẻ nhé ạ

[@just6255]

Video bổ ích quá. Cảm ơn 2 anh

[@hoangtrunghieu287]

Cảm ơn anh Huy. Hi vong anh tiếp tục ra các video về chủ đề System Design.

[@Zuexs-iy9cr]

Đúng là một nghệ thuật.Cảm ơn các anh rất nhiều!!

[@trungha5310]

chủ đề rất hữu ích, mong anh ra nhiều video hơn ạ

[@datnt001]

Cám ơn các anh đã chia sẻ kiến thức ạ

[@tuanchu.st.official]

video rat hay, cam on wecommit

[@cvhau]

Quá hay luôn anh! Qua video của anh cùng với buổi live về "Chiến lược Scale Database" em mới thấy sai lầm của bản thân đã gặp phải khi thiết kế một hệ thống (dù nhỏ) là cố gắng đưa ra một mô hình phức tạp ngay từ đầu thay vì làm nó đơn giản đáp ứng đủ nhu cầu, đồng thời có thể mở rộng về sau khi đã có đủ lượng người dùng và quan trọng là có doanh thu, lợi nhuận.

[@joliedevil]

Tuyệt vời quá anh Nam ơi

[@phongdoan1457]

Video thực sự rất chất lượng, em cám ơn hai anh nhiều, chúc hai anh nhiều sức khỏe và ra nhiều video hay.

[@chieule4999]

Bài chia sẻ rất hữu ích ạ

[@damvv.ptit12]

Qúa hay. cảm ơn 2 ae

[@HuyNguyen-or5vx]

Tiếc quá chưa có vụ chứng khoán Các bước trong tưduy tối ưu hay quá anh ạ

[@ronaldopeo1964]

Em rất thích xem video thiết kế hệ thống kiểu này, nhưng mà không biết từ thiết kế ra code thực tế như thế nào, mong anh Huy làm chi tiết thêm.. ❤❤ Tks anh 🎉🎉🎉

[@cronocks]

nhiều kiến thức bổ ích. cám ơn 2 anh em đã chia sẻ!

[@tamhoat]

Cảm ơn 2 ae, video hay quá❤

[@phongdoan1457]

Thanks!

[@huenguyentan123]

Quá hay luôn ạ. Em xem từ đầu tới đuôi luôn. Cuốn thiệt sự luôn ạ🎉🎉❤

[@BinhLe-hj9dv]

Hay quá anh ơi, có những buổi chia sẻ như này rất ý nghĩa❤

[@atnguyenquang5758]

Video hay quá bạn ơi.

[@hieuvuong29]

Bài rất hay, cảm ơn 2 anh nhiều

[@giadinhotieu]

càng làm nhiều big data, xong càng tìm hiểu càng thấy nó hay.

[@KenhNayDeXemYoutube-zy8yh]

Giọng ông này cảm giác hơi bố đời nhưng kiến thức hay. Cám ơn anh

[@phatlt77]

Quá hữu ích, hóng video tiếp theo

[@thuan.cachep4150]

quá hay anh ơi, thanks

[@khanhcaouc8262]

Nội dung rất hữu ích❤

[@cscmobi]

Cám ơn 2 bạn! chủ đề rất hay, mà chưa tìm được ở đâu ra.

[@tuanluong9521]

cảm ơn anh em rất nhiều.

[@hoangvinh6567]

Video hay quá bạn ơii ❤❤

[@baudeejay8592]

Hay quá Nam ơi ❤

[@LeChung90]

Nội dung quá chất ❤❤

[@Hornet-DE]

Bài chia sẻ của bạn rất hay và bổ ích, chỉ một góp ý nhỏ là bạn nói chuyện đừng cương quá, người nghe sẽ cảm thấy rất mệt. Chúc bạn sức khoẻ và ra nhiều video bổ ích nữa nhé 😁

[@VinhLe-ox4ni]

em thấy đi từ functional/non-functional -> high level design sẽ dể hiểu hơn ạ.

[@tranquochuywecommit]

uh, cách tiếp cận này lúc đầu anh cũng cân nhắc, nhưng nó là kiểu 1000 người làm. Anh thì muốn đi vào trọng tâm bài toán cần giải quyết luôn nên không lựa chọn em ah

[@namnguyenpt]

B thử các bước trên xem nhé. Thì mới cảm nhận được và dễ so sánh

[@ntrix2k]

Rất hay, thanks!

[@phuo9516]

E chưa hiểu đoạn update cache lắm, cái đoạn mà : + active nhưng offline -> online thì vẫn phải query database rồi update lại cache + inactive nhưng offline -> online thì vẫn phải query database rồi update lại cache mà ? => tại sao phải update timeline khi người dùng thường đăng bài trong khi KOL thì không? vì a nói cứ offfline -> online r query mà? thì cần gì update cache khi người dùng thường đăng đâu, vì kiểu gì cũng phải query khi online? thậm chí nó còn tốt cho Cache hơn vì sẽ có ít data trong khi các user đang offline thì không cần update timeline cho họ ?

[@namnguyenpt]

Bro xem lại lượt nữa nhé :)))

[@huyynee-yr2ww]

Rất mong được cơ hội gặp các anh ngoài đời

[@discumaythagphandong]

rất hay..tks a

[@tao8724]

Rất hữu ích ạ

[@vudinhmanh]

Video rất hữu ích

[@sky.369]

Hay quá ạ 😉

[@MrMrEmpty]

hay ạ. noted!

[@hungletri3550]

bài hay a ơi

[@nhatlong6204]

cám ơn 2 anh

[@uname0x96]

Nghiệp vụ => kiến trúc => tech stack

[@thanhbinhvu757]

Khi thiết kế kiến trúc các ông có tính toán trước hành vi người dùng không. Mỗi user request bao lần, các request luồng như nào... hệ thống tăng trưởng user ra sao để scale cho phù hợp

[@namnguyenpt]

Thiết kế kiến trúc là cả một quá trình anh à. Bất kì một sản phẩm nào đều lấy khách hàng làm trọng tâm. Thì đương nhiên sẽ cần nghiên cứu kĩ hành vi rồi ạ. Còn user request bao nhiêu lần (TPS). Mới đầu sẽ chỉ là con số áng khoảng lấy từ việc load test để làm cơ sở tính toán resource và estimate resource ( đây là bước khởi tạo resource lúc đầu) Sau đó sẽ vận hành, monitor theo dõi tải thực sự và đưa ra chiến lược tiếp. Mọi thứ sẽ đi từ đơn giản đến phức tạp, từ nhỏ đến lớn.

[@DũngNguyễnVăn-TTPhầnmềm3]

hữu ích quá

[@dinosaurdiscovery4433]

Khúc kzbin.info/www/bejne/e2Kck3ebmcymr9E này có nói về vde ông Thiện và ông Huy, thì mình đang hiểu là ông Thiện đã post bài trong khi Nam offline, Huy post bài trong lúc Nam online, nên khi Nam online thì sẽ có sẵn trong timeline 1 bài của Huy, đang thiếu của Thiện. -> Giải pháp đưa ra theo video thì lại theo hướng thêm is_kol vào user của Huy để phân biệt và tránh trùng lắp là sao nhỉ? nghe tới đây là hơi cấn cấn

[@hauduanthe]

Đỉnh quá

[@THƠNGUYỄNVĂN-z6l]

chủ đề hữu ích

[@kytran1146]

đỉnh quá 2 anh ơi

[@TrieuPham749]

video hay

[@UploadMobile]

Mong chờ Huy system design cho chứng khoán. Có live tương tác không Huy ơi?

[@tranquochuywecommit]

có live, anh em vào nhóm telegram là được nhé, trong bình luận có link đó

[@vipham2161]

Thanks hai anhh

[@NTChannel127]

Đoạn 22:00 em chưa hiểu lắm ạ, có bác nào giải thích lại giúp em làm sao nó bị duplicate không ạ. em cảm ơn ạ

[@NguyenMinhSon-yn9du]

ở VN chắc nhiều pro vẫn thiết kế được nhưng đầu tư phần cứng mới là vấn đề.

[@tranquochuywecommit]

Việt Nam nhiều kỹ sư ngon mà người anh em. Về phần cứng thì cũng không ngán đâu, tiền các tập đoàn mạnh lắm

[@MrKeyyuki]

có 1 vấn đề mình không rõ lắm. Secondary database lưu trữ những dữ liệu gì, khác biệt gì với primary database, nó dc cập nhật lúc nào với tần suất ra sao. Nếu nó cập nhật cùng tần suất với primary database thì chẳng phải nó cũng sẽ trở thành điểm nghẽn chồng chéo đọc ghi hay sao.

[@hungletri3550]

có thể là giảm tải cho hệ thống tránh request vào 1 DB quá nhiều. đơn giản như việc bạn sao lưu ra nhiều tờ A4 và cấp cho 1 nhóm học sinh đọc chứ ko để chúng nó đọc lần lượt. Một hệ thống ổn định cần cả đáp ứng tải, tính ổn định và chịu lỗi. mình nghĩ là vậy chứ cũng chưa có nhiều exp

[@jaysondo]

Việc sync db nó diễn ra "nhẹ nhàng" hơn việc bạn insert, update... vì nó không phải validate, indexing, check key...

[@cobetienca]

Dùng term “secondary db” nhiều người mới họ sẽ tưởng là backup db. Dễ hiểu thì trong clustering db thì nó được phân chia thành “chỉ đọc” và “chỉ ghi” instances. Trong video thì secondarydb là chỉ dùng để đọc aka. chỉ query dữ liệu. Data của instance “chỉ đọc” sẽ được cập nhật thông qua việc đồng bộ dữ liệu từ instance “chỉ ghi”. Các lợi ích (tóm tắt) của việc phân tách ra tránh locking, tránh nghẽn trên 1 instance…, nhiều scaling strategy hơn…

[@hoantranvietvn]

Chiến lược chia để trị hay anh a

[@hada8192]

very good