Xem tác giả thời gian qua, update được nhiều kiến thức mới với bổ sung vài kiến thức mình cho nó là đúng. Thank tác giả, mong bác ra thêm video video chia sẻ cho cộng đồng
Hi vọng a làm về Authorization (phân quyền, check quyền) trong Microservices. Nên có 1 Centralized Authorization Service hay mỗi service sẽ có phần Authorization riêng.
Sẽ có một Authorization service như một gateway (Kong) thực hiện tiếp nhận các authenticated request, nếu pass qua thì sẽ forward request qua các destination micro service.
Thầy ơi em có 2 câu hỏi muốn hỏi mong thầy giải đáp giúp em : 1. khi database thay đổi thì mình dùng cơ chế nào để tự động update trong Redis 2. Trong dự án thì không nên dùng Redis cho những sercives nào ạ.
1. Có thể listen event của db để thực hiện việc update. Hoặc thực hiện luôn trong logic code 2. Khi bạn hiểu được cache và redis thì bạn sẽ biết phải dùng nó ở đâu
so sánh không cùng điều kiện một cái bị giới hạn threads là 4 một cái lên tận 200, dẫn tới kết quả sai! mặc dù đúng redis nhanh hơn so với mysql nhưng so sánh thế này phản ảnh chưa đúng kết quả
@@anonystick ngoài ra còn vấn đề về bảo mật nữa, Redis bị giới hạn rất nhiều trong khi mysql cho phép quản lý tốt hơn, như redis bạn chỉ có 1 tài khoản đọc all được db ngay nhưng mysql thì có phân quyền rất chi tiết được can thiệp cái gì, từ đó mysql vẫn là lựa chọn tốt hơn cho phát triển ứng dụng
Cái này phải test ở server chứ test ở local z ai chơi lại :((. Độ trễ của redis cache( đo ở back end server) tầm 1mils. Ở mysql tầm 5ms đến 50ms ( khi server stress sẽ cao hơn). Vậy thì redis đã nhanh hơn 100 lần chưa? Nói gì 100,000 lần???
Xem tác giả thời gian qua, update được nhiều kiến thức mới với bổ sung vài kiến thức mình cho nó là đúng. Thank tác giả, mong bác ra thêm video video chia sẻ cho cộng đồng
Hay quá ạ, a làm thêm về những video dạng benchmark này nha a, để mình tự tin lựa chọn công nghệ phù hợp cho dự án ạ
Ôi những kiến thức quá bổ ích luôn ạ
Kiến thức cực kỳ hay và thực tế. Cảm ơn anh rất nhiềuuu
thank you gạo yêu, nghe thích quá a :D
Bài học của anh rất bổ ích
xem đầu ^^, thank a về những video như này ạ
Gạo dễ thương quá 😊
Video quá hay ạ
Hi vọng a làm về Authorization (phân quyền, check quyền) trong Microservices.
Nên có 1 Centralized Authorization Service hay mỗi service sẽ có phần Authorization riêng.
Sẽ có một Authorization service như một gateway (Kong) thực hiện tiếp nhận các authenticated request, nếu pass qua thì sẽ forward request qua các destination micro service.
cảm ơn a nhiều!
Hello, it worked, thank you so much!
bác làm video khá hay nhưng góp ý bác nên quay dựng có kịch bản và tránh các yếu tố môi trường.
Thầy ơi em có 2 câu hỏi muốn hỏi mong thầy giải đáp giúp em :
1. khi database thay đổi thì mình dùng cơ chế nào để tự động update trong Redis
2. Trong dự án thì không nên dùng Redis cho những sercives nào ạ.
1. Có thể listen event của db để thực hiện việc update. Hoặc thực hiện luôn trong logic code
2. Khi bạn hiểu được cache và redis thì bạn sẽ biết phải dùng nó ở đâu
anh dùng gì để nó gợi ý trên terminal v ạ
Đây em: ua-cam.com/video/qnn8bqRsijk/v-deo.html
Bác có cách nào để phân tích route restapi đc gọi bao nhiêu lần k bác.
❤❤❤
so sánh không cùng điều kiện một cái bị giới hạn threads là 4 một cái lên tận 200, dẫn tới kết quả sai! mặc dù đúng redis nhanh hơn so với mysql nhưng so sánh thế này phản ảnh chưa đúng kết quả
Đúng là nhanh, nhưng không phải cái nào cũng lưu trong memcache đc, mem nó rất ít bộ nhớ bạn ơi.
Giờ sợ gì nữa khi đã có tầng Mây kakkak
Mây nhưng nó tốn tiền :)) đánh đổi thôi.
@@anonystick ngoài ra còn vấn đề về bảo mật nữa, Redis bị giới hạn rất nhiều trong khi mysql cho phép quản lý tốt hơn, như redis bạn chỉ có 1 tài khoản đọc all được db ngay nhưng mysql thì có phân quyền rất chi tiết được can thiệp cái gì, từ đó mysql vẫn là lựa chọn tốt hơn cho phát triển ứng dụng
-t anh tìm không thấy. @@
há há
Cái này phải test ở server chứ test ở local z ai chơi lại :((. Độ trễ của redis cache( đo ở back end server) tầm 1mils. Ở mysql tầm 5ms đến 50ms ( khi server stress sẽ cao hơn). Vậy thì redis đã nhanh hơn 100 lần chưa? Nói gì 100,000 lần???
Mời bạn làm video...
@@anonystick dạ không ạ. Em chỉ comment góp ý, benchmark thì nên sát với số liệu thực tế. Chứ anh nói gấp 100,000 lần thì mấy bạn khác lại tưởng thật
Tks em