Bài viết cực kỳ bài bản, lưu lại ngay để lúc cần lấy ra đọc! Bạn cho mình hỏi thêm một case hơi 'khoai' thế này: Giả sử hệ thống scale lên, database bắt buộc phải dùng kỹ thuật Sharding hoặc Partitioning để chia dữ liệu ra nhiều node khác nhau. Lúc này, nếu user muốn phân trang và sort theo một field không phải là Shard Key, thì mình sẽ phải query scatter-gather (bắn query ra nhiều node rồi gom lại merge). Bạn có hướng thiết kế hay best practice nào để giải quyết bài toán phân trang 'xuyên shard' vừa đảm bảo tốc độ vừa không vắt kiệt RAM của app không? Cảm ơn bạn đã khai sáng!
Tuyệt vời quá tg ơi, bài viết phân tích rất dễ hiểu! Xoay quanh câu chuyện an toàn của AOF, mình thấy một bài toán rất đau đầu khi đưa lên môi trường Production là file AOF phình to rất nhanh. Dù Redis có cơ chế AOF Rewrite nhưng quá trình chạy background rewrite đôi khi lại ngốn disk I/O kinh khủng vào đúng giờ cao điểm. Không biết bác có tips hay kinh nghiệm tuning thông số nào (như auto-aof-rewrite-percentage) để quá trình này diễn ra êm ái mà không ảnh hưởng tới tốc độ ánh sáng của hệ thống không? Cảm ơn bạn!
Bài viết tổng hợp cực kỳ chi tiết và dễ hiểu, cảm ơn tác giả đã chia sẻ! Đọc bài của bạn mình có một thắc mắc nhỏ muốn cùng thảo luận: Ở thời điểm hiện tại khi các framework (như Spring, NestJS...) đều có DI (Dependency Injection) Container lo luôn việc quản lý scope Singleton rồi, thì theo bạn việc anh em dev tự implement Singleton pattern thủ công trong code có còn cần thiết không? Và nếu bắt buộc phải tự viết thì làm sao để đảm bảo an toàn tuyệt đối trong môi trường multi-thread nhỉ? Mong được nghe góc nhìn từ bạn
quan điểm rất hay ở chỗ bài viết không hề "ép" phải dùng SOLID, mà muốn người dùng hiểu được cách tư duy, chỗ nào cần dùng gì để phù hợp với hệ thống 🤌
Mỗi khi viết xong bài, mình đều cố gắng đặt mình vào một người chưa biết gì để đọc lại bài viết. Chính như thế mình nghĩ nếu ai chưa có nhiều kiến thức về chủ đề nào đó, đều có thể tiếp cận cũng như hiểu được các bài viết của mình
THẢO LUẬN
Cách lấy ví dụ rất dễ hiểu, rất thích cách viết bài của bạn này
Bài viết cực kỳ bài bản, lưu lại ngay để lúc cần lấy ra đọc! Bạn cho mình hỏi thêm một case hơi 'khoai' thế này: Giả sử hệ thống scale lên, database bắt buộc phải dùng kỹ thuật Sharding hoặc Partitioning để chia dữ liệu ra nhiều node khác nhau. Lúc này, nếu user muốn phân trang và sort theo một field không phải là Shard Key, thì mình sẽ phải query scatter-gather (bắn query ra nhiều node rồi gom lại merge). Bạn có hướng thiết kế hay best practice nào để giải quyết bài toán phân trang 'xuyên shard' vừa đảm bảo tốc độ vừa không vắt kiệt RAM của app không? Cảm ơn bạn đã khai sáng!
Xoáy đúng chỗ ngứa luôn. Thanks tác giả
Tuyệt vời quá tg ơi, bài viết phân tích rất dễ hiểu! Xoay quanh câu chuyện an toàn của AOF, mình thấy một bài toán rất đau đầu khi đưa lên môi trường Production là file AOF phình to rất nhanh. Dù Redis có cơ chế AOF Rewrite nhưng quá trình chạy background rewrite đôi khi lại ngốn disk I/O kinh khủng vào đúng giờ cao điểm. Không biết bác có tips hay kinh nghiệm tuning thông số nào (như auto-aof-rewrite-percentage) để quá trình này diễn ra êm ái mà không ảnh hưởng tới tốc độ ánh sáng của hệ thống không? Cảm ơn bạn!
Bài viết tổng hợp cực kỳ chi tiết và dễ hiểu, cảm ơn tác giả đã chia sẻ! Đọc bài của bạn mình có một thắc mắc nhỏ muốn cùng thảo luận: Ở thời điểm hiện tại khi các framework (như Spring, NestJS...) đều có DI (Dependency Injection) Container lo luôn việc quản lý scope Singleton rồi, thì theo bạn việc anh em dev tự implement Singleton pattern thủ công trong code có còn cần thiết không? Và nếu bắt buộc phải tự viết thì làm sao để đảm bảo an toàn tuyệt đối trong môi trường multi-thread nhỉ? Mong được nghe góc nhìn từ bạn
Chia thành nhiều bài nhỏ chắc sẽ dễ tiếp thu hơn ạ. anw thì bài viết rất hay và tâm huyếthuyết
Rất có ích vs mình tại thời điểm hiện tạitại
Tác giả tâm huyết quá đi 😍
Chi tiết quá ạ. tác giả cho em lời giải của các bài toán để đối chiếu giải pháp của a được thì tốt quá
quan điểm rất hay ở chỗ bài viết không hề "ép" phải dùng SOLID, mà muốn người dùng hiểu được cách tư duy, chỗ nào cần dùng gì để phù hợp với hệ thống 🤌
Mỗi khi viết xong bài, mình đều cố gắng đặt mình vào một người chưa biết gì để đọc lại bài viết. Chính như thế mình nghĩ nếu ai chưa có nhiều kiến thức về chủ đề nào đó, đều có thể tiếp cận cũng như hiểu được các bài viết của mình
NGUYỄN HUY HOÀNG Software Engineer
📞 Phone: 0941 280 073
📧 Email: hhoang02052004@gmail.com
Bài giải thích hashmap dễ hiểu nhất mà tôi từng đọc 👏tuyệt vời quá
Đọc xong thì mình hiểu được rằng không có giải pháp nào là "best", chỉ có giải pháp phù hợp với bài toán đề ra mà thôi 👏
Bài viết nói về vđe kỹ năng code quá thực tế 👏👏👏
Cảm ơn bạn, rất vui vì nó giúp ích được cho bạn, đón chờ các phần tiếp theo nhé
NGUYỄN HUY HOÀNG Software Engineer
📞 Phone: 0941 280 073
📧 Email: hhoang02052004@gmail.com
Cách viết rất dễ đọc cho người mới, không hề bị ngợp 👏👏👏thank tác giả
Chất lượng quá 🙌🙌🙌 bài giải thích rất chi tiết và dễ hình dung về các pattern Thank tác giả
Hôm trước vừa comment, hôm nay đã có bài lên rồi, đỉnh quá tác giả