hiếm có ai mà chia sẻ đến đâu em hiểu hết 100% đến đó. ai cũng chạy theo frontend nên những kiến thức nền thì đầy mà những cái sâu được như a thì khó tìm lắm
Đã có phần 2: Phần 2: RabbitMQ tìm hiểu tiếp hoạt động Producer vs Consumer instal docker RabbitMQ và Cloud Free - th-cam.com/video/WVPNHLNu5m4/w-d-xo.html
Anh giải thích em phần CR9 đặt bánh qua app phút 12:44 với ạ, làm sao để request của CR9 đi qua MQ trước rồi mới tới app . Em không hiểu là nếu trên giao diện web , khi người dùng order trên đó thì làm sao có thể để nó chạy qua MQ trước ạ
Anh có thể phân tích sâu hơn về rabbit mp và kafka được không ạ, trong video này em vẫn chưa thấy được sự khác biệt giữa 2 thằng này cũng như là chưa hiểu được trường hợp nào nên hay không nên sử dụng và tại sao? Mong anh phản hồi, chúc anh nhiều sức khoẻ
E đã từng dùng rabbitmq + netcore, đang phân vân nên chuyển sang python, node js + kafka hoặc redis làm message broker. Công nghệ thì nhiều mà mình lại thích xài mấy cái mới cho biết :)).
Ở tình huống thứ 3 mình có chút thắc mắc là nếu trường hợp tắc nghẽn quá lâu thì sẽ thế nào, mình nghĩ trong rabbitMQ sẽ phải có setting nào đó giới hạn số lượng message lưu trữ nhỉ Chứ nếu cho lưu trữ thoải mái có khi nào dễ gây ra trường hợp tràn ram (nếu nó lưu msg vào ram chả hạn) hoặc tràn disk Hoặc không thì cũng phải có 1 con rabbitMQ nào đó khác để dự phòng hứng hộ những msg còn lại thì có hợp lý k nhỉ Dù biết rằng khi thiết kế hệ thống thì thường sẽ phải tính toán khối lượng msg, nhưng dù sao cũng phải có backup cho trường hợp đột biến vậy chớ nhể :D
Về rabbitmq với kafka thì e thấy như này. - Rabbit sẽ phù hợp những bài toán vừa, không quá lớn, nếu các dự án to mở rộng requirement nhiều thì nếu dùng rabbit sẽ phải sửa code nhiều, nếu thiết kế cực kỳ tốt sẽ hạn chế. nhưng nó lại khá dễ để setting và dùng(ai đã dùng quen thì ko tính). - Kafka cơ chế khác so với rabbit, thích hợp dự án lớn, lượng message lớn, các message đã push lên có tính sử dụng lại cao theo group id. Tùy bài toán mà mình nên lựa chọn thằng nào phù hợp, nhiều khi tradeoff giữa công nghệ và con người, requiment và dealine... hix. Ko có cái gì là best practice cho mọi trường hợp cả.
@@anonystick anh cho em hỏi là trường hợp có 2 hay nhiều database sql được đồng bộ từ 1 database gốc, thì việc sửa xóa update trên nhưng database con sẽ được đồng bộ ngay lập tức, vs mysql có giới han yêu cầu là 2000, mà mỗi database con phải xử lý hơn 1000 yêu cầu, thì database cha có vướt quá yêu cầu giới hạn ko ạ. Và nếu 1 hàng trong 1 table trong 1 database bị lock, vị trí tương ứng với những database còn lại có bị lock theo luôn ko ạ. Em cảm ơn
Anh cho em hỏi, em đang dev microservice (nestjs, docker, rabbitmq), Em set up (options: durable: true, 'x-message-ttl': 10000, ) Send message từ 1 con api thứ 1 sang con api thứ 2, lần 1 thì chạy ok. Lần 2 thì nhận lỗi bên con api1 là k tìm thấy event bên con api thứ 2
@@anonystick anh cho e hỏi với, e có chạy master-slave cho con redis, hiện tại con redis master nó tắt, thì con slave kế thừa thành master rồi, có cách nào cho server biest được sự thay đổi của redis sentinel k ạ
Đúng là cần phải cày anh ạ, nếu không thông minh chắc chắn phải cày, tìm hiểu và code thật nhiều anh ạ.
Follow bác từ hồi mình còn học JS, rất thích style hóm hỉnh và dễ hiểu của bác 😂
cảm ơn em nhiều!
tuyệt vời anh ạ, đúng là cứ phải có kinh tế trc rồi mới nuôi đam mê
Em rất thích những video về kiến trúc và dạng nâng cao như thế này. Cám ơn anh.
Vậy là chung đường rồi nè
cảm ơn a chia sẻ video rất hay ạ, thích đoạn cuối video a chia một chút về ngoài lề
Anh nên có phần tổng hợp lại sau khi đã diễn giải các phần trước để dể gợi nhớ hơn. Rất cảm ơn anh về video chia sẽ kiến thức.
Tks em đã gợi ý.
hay quá thầy ơi,
em đi làm rồi cũng phải quay lại học
Ad làm vì đam mê :))) nhưng đam mê này quá tốt cho cộng đồng, cảm ơn ad
FE vẫn xem đều và ủng hộ chú nha. Kiến thức không chỉ giới hạn bởi ngôn ngữ và thư viện, kiến thức là vô hạn.
cảm ơn anh ạ, đúng phần em đang tìm hiểu luôn ạ
Ok em. Càm ơn em
hiếm có ai mà chia sẻ đến đâu em hiểu hết 100% đến đó. ai cũng chạy theo frontend nên những kiến thức nền thì đầy mà những cái sâu được như a thì khó tìm lắm
tks em!
mong anh ra video đều ạ, video xem thấm từ từ ạ
Cảm ơn a, rất hay và cô đọng.
Cảm ơn anh đã chia sẻ nhưng video hữu ích .Mong anh sẽ chia sẻ nhiều hơn để những người đi sau như em có thể phát triển nhanh hơn .
cảm ơn anh , hợp lý quá, em đang nghiên cứu làm sms qua rabbit , rất phù hợp ạ
e làm cũng lâu, đọc doc cũng nhiều, nay xem thì lại hiểu thêm được 1 tí :D cám ơn a
Em cảm ơn a đã chia sẽ những kiến thức rất hay ạ
yêu thầy quá con bị lu mờ cái này đọc lý thuyết cũng ch hiểu huhuu yêu chú tipsjavacsript qá
Video rất hay. Hơi tiếc khi mình biết đến kênh của tác giả hơi muộn. Cảm ơn tác giả
Có duyên, giờ mới gặp..
hay quá a ơi
hóng video demo của anh về phần này ạ ❤️
next is queue
Hi vọng anh làm 1 video nói về elastic search.
vẫn mong anh ra thêm các video về backend và kiến trúc microservice, còn thêm phần code và nestjs nữa ạ
Tks em đã comment
Lỡ làm về rabbitmq rồi hay anh giới thiệu kafka luôn ạ. Cảm ơn anh ạ
Xong này đã hén
Cảm ơn anh đã chia sẻ kiến thức, mà dự án em đang làm sử dụng kafka ạ. Mong a làm thêm video về kafka a. Vâng em cảm ơn ạ.
đồng quan điểm
Hay quá anh ơi.. Làm thêm cái setup cluster rabbitmq anh nhé
Ok nhá.
cảm ơn anh ạ, em mới bắt đầu với BE
hay quá a
Đã có phần 2:
Phần 2: RabbitMQ tìm hiểu tiếp hoạt động Producer vs Consumer instal docker RabbitMQ và Cloud Free - th-cam.com/video/WVPNHLNu5m4/w-d-xo.html
hóng ad dùng rabbitmq và kafka vào node hoặc java( ad giải thích càng chi tiết cho anh em xem càng thấy hiểu sâu hơn) cảm ơn ad
đồng quan điểm
Hay quá cảm ơn anh
ra video nào em cũng xem hết anh, backend ít dev hơn nhiều so với frontend nên vậy ắ anh
Cảm ơn Anh đã chia sẽ rất nhiều
Bác làm seri về design database của mấy web lớn đi ạ . Vd như clone database của fb , youtube , tiki, ...
Anh giải thích em phần CR9 đặt bánh qua app phút 12:44 với ạ, làm sao để request của CR9 đi qua MQ trước rồi mới tới app . Em không hiểu là nếu trên giao diện web , khi người dùng order trên đó thì làm sao có thể để nó chạy qua MQ trước ạ
em cảm ơn anh rất nhiều
video sau a demo phần fail job trong Queue nha a, em cảm ơn
Ok em. next là queue in rabbitmq
Anh có thể phân tích sâu hơn về rabbit mp và kafka được không ạ, trong video này em vẫn chưa thấy được sự khác biệt giữa 2 thằng này cũng như là chưa hiểu được trường hợp nào nên hay không nên sử dụng và tại sao?
Mong anh phản hồi, chúc anh nhiều sức khoẻ
Nội dung chất thế sao ít like thế nhỉ?
E đã từng dùng rabbitmq + netcore, đang phân vân nên chuyển sang python, node js + kafka hoặc redis làm message broker. Công nghệ thì nhiều mà mình lại thích xài mấy cái mới cho biết :)).
đơn giản thì anh thấy redis hay nhất.
Nghe giọng chắc anh lớn hơn em, cảm ơn anh sharing
Tôi 39, còn bạn bao nhiêu?
@@anonystick em mới 35t nhưng tuổi nghề còn non và chưa có nghiên cứu được nhiều như thế
Đoạn thông lượng anh nói 10k là 10k gì vậy anh
Ở tình huống thứ 3 mình có chút thắc mắc là nếu trường hợp tắc nghẽn quá lâu thì sẽ thế nào, mình nghĩ trong rabbitMQ sẽ phải có setting nào đó giới hạn số lượng message lưu trữ nhỉ
Chứ nếu cho lưu trữ thoải mái có khi nào dễ gây ra trường hợp tràn ram (nếu nó lưu msg vào ram chả hạn) hoặc tràn disk
Hoặc không thì cũng phải có 1 con rabbitMQ nào đó khác để dự phòng hứng hộ những msg còn lại thì có hợp lý k nhỉ
Dù biết rằng khi thiết kế hệ thống thì thường sẽ phải tính toán khối lượng msg, nhưng dù sao cũng phải có backup cho trường hợp đột biến vậy chớ nhể :D
Like 10 cái.
view thấp nhưng mà nội dung chất lượng
Về rabbitmq với kafka thì e thấy như này.
- Rabbit sẽ phù hợp những bài toán vừa, không quá lớn, nếu các dự án to mở rộng requirement nhiều thì nếu dùng rabbit sẽ phải sửa code nhiều, nếu thiết kế cực kỳ tốt sẽ hạn chế. nhưng nó lại khá dễ để setting và dùng(ai đã dùng quen thì ko tính).
- Kafka cơ chế khác so với rabbit, thích hợp dự án lớn, lượng message lớn, các message đã push lên có tính sử dụng lại cao theo group id.
Tùy bài toán mà mình nên lựa chọn thằng nào phù hợp, nhiều khi tradeoff giữa công nghệ và con người, requiment và dealine... hix. Ko có cái gì là best practice cho mọi trường hợp cả.
Anh có nói ở các video sau về khía cạnh này. Quan trọng là phù hợp với dự án và công ty.
@@anonystick vâng a ạ. Hí hí. Ae quan trọng nhất hiểu thì sẽ biết chọn vũ khí nào ra trận
cảm ơn anh rất nhiều
Xem từ từ thôi nha
Cảm ơn anh.
Nếu được anh thêm link bài viết vào description cho bọn em dễ tổng hợp được ko ạ !!?
Thank ad, bài giảng hay và dễ hiểu. Ad cho mình xin phần mềm vẽ schema đc không ? Thank bạn!!
Epic pen!
@@anonystick cảm ơn ad nhiều nhé !!
@@duongphuba7216 Ok bro!
Anh ơi cho em hỏi để tránh mất queue hoặc khi mất queue thì mình có biện pháp gì ạ
Nói nhiều rồi mừ. Xem trong github á nha em
thường hợp thứ 3 anh có ví dụ ko ạ. Em cảm ơn
Có em, video section 48 members
@@anonystick anh cho em hỏi là trường hợp có 2 hay nhiều database sql được đồng bộ từ 1 database gốc, thì việc sửa xóa update trên nhưng database con sẽ được đồng bộ ngay lập tức, vs mysql có giới han yêu cầu là 2000, mà mỗi database con phải xử lý hơn 1000 yêu cầu, thì database cha có vướt quá yêu cầu giới hạn ko ạ. Và nếu 1 hàng trong 1 table trong 1 database bị lock, vị trí tương ứng với những database còn lại có bị lock theo luôn ko ạ. Em cảm ơn
Thank u anh ạ
Có video 2 rồi hén nha em
Chính xác anh, gặp mấy em dev mà không biết chào hỏi, đi liên hoan uống rượu mà không biết mời rượu => là cứ cho out luôn, đỡ mất thời gian :)
mong chú demo thêm con để con ứng dụng thực tiễn với
Để tránh mất dữ liệu trong mesage broker em thấy có dùng outbox pattern không biết a có thể ra giải pháp cho việc tránh mất dữ liệu được không anh
Series design pattern anh ko làm nữa ha anh
6 videos đó anh nghĩ là đủ rồi á. Còn nợ phần SOLID nữa nha
Anh hỏi rồi mai mốt em gặp anh trả lời lại giống vậy có passed không anh? :v
Yesssssa
anh nói về thằng NATS đi ạ
làm sao biết hệ thống mình load đc tối đa bao nhiệu req/s vây anh
Video qps á em
❤️❤️
Cảm ơn em đã đồng hành. Chuẩn bị học về redis advance nha.
FE nhưng vẫn coi BE tech để dễ trao đổi 😁😁
:))) "lập trình sướng lắm khi mình khám phá ra, a hóa ra là như vậy....ô mình tưởng như vậy nhưng thật ra không phải như vậy"
Anh cho em hỏi, em đang dev microservice (nestjs, docker, rabbitmq),
Em set up (options: durable: true, 'x-message-ttl': 10000, )
Send message từ 1 con api thứ 1 sang con api thứ 2, lần 1 thì chạy ok.
Lần 2 thì nhận lỗi bên con api1 là k tìm thấy event bên con api thứ 2
Lương 2-3k đủ sống rồi a kiến thức của a rất bổ ích chứ lương TH-cam để mua bia uống thôi a :v
Quá hay luôn, Thanks a tâm huyết, cho e xin số tk
Vào hội viên đi em
@@anonystick anh cho e hỏi với, e có chạy master-slave cho con redis, hiện tại con redis master nó tắt, thì con slave kế thừa thành master rồi, có cách nào cho server biest được sự thay đổi của redis sentinel k ạ
mong anh reply :)
a ơi a làm cả kafka nữa dc ko ạ
Chưa, vì xong rabbit thì đến elk elasticsearch
@@anonystick tuyệt vời luôn anh ơi, a nhớ làm so sánh elk vs cái khác để có ưu và nhược như rabbitMq và kafka nha anh. cảm ơn anh nội dung khá bổ ích
sao đọc các thuật ngữ hơi loạn loạn vậy ta!
❤
video này dành cho dân đã đi làm, chứ như em kiến trúc microsevice còn chưa biết là gì, thì sao hiểu dc
Liên hệ anh ở đâu ạ?
Trên đây nè Tư ơi
@@anonystick a lamf video ve cors nữa đi a.E bị lỗi mà xem video a sửa vẫn k đc :((
@@59-nguyeninhtu40 Chụp hình lên em.
test
nói lan man nhiều quá
bạn đòi hỏi gì hơn ở những video free như này ??
hay quá a ơi