Chính xác là tôi nên sử dụng MQ khi nào? Giờ bạn đã hiểu về Message Queue | Series RabbitMQ Node.js

Trong video này sẽ giới thiệu về RabbitMQ là gì? Và cách kịch bản ứng dụng khi sử dụng. Sẽ có 3 phỏng vấn. Người phỏng vấn sẽ xác định bạn hiểu Message Queue (MQ) tới đâu và đồng thời vì sao chúng ta phải sử dụng chúng. Đây là video đầu tiên của Series RabbitMQ Node.js.
👉 Link khóa học backend Nodejs: / @anonystick
Series RabbitMQ:
Phần 1: RabbitMQ là gì? Với 6 chế độ, 4 công tắc người phỏng vấn biết bạn đã hiểu đến đâu về Message Queue - • Chính xác là tôi nên s...
Phần 2: RabbitMQ tìm hiểu tiếp hoạt động Producer vs Consumer instal docker RabbitMQ và Cloud Free - • RabbitMQ (2) bỏ qua cơ...
Phần 3: RabbitMQ (3) Cách Send và Receive một Message vào QUEUE với NODEJS Và tôi đã thấy một số vấn đề sau. - • RabbitMQ (3) Cách Send...
Phần 4: RabbitMQ (4) Giải quyết vấn đề độ tin cậy trong queue (noAck, ttl, durable, persistent) phía Backend - • RabbitMQ (4) Giải quyế...
Phần 5: RabbitMQ (5) Đỉnh cao mô hình Publish Subscribe với Node.js và so sánh với mô hình của Redis. - • RabbitMQ (5) Đỉnh cao ...
Phần 6 : Tại sao 80% lập trình viên tìm đến RabbitMQ cũng chỉ để sử dụng mode này - • Tại sao 80% lập trình ...
Nội dung chính:
00:00 Giới thiệu về 3 câu hỏi phỏng vấn của RabbitMQ(99% sẽ được hỏi 3 câu này).
02:05 Người phỏng vấn mong muốn điều gì khi hỏi.
04:50 Phân tích các tình huống ứng dụng của RabbitMQ
19:00 Nói sơ qua về người lập trình hệ thống
🚩 Subscribe ➜ / tipsjavascript
#rabbitmq #nodejs #microservice
✅ Follow Me:
Blog: anonystick.com
Facebook: / tipjs
KZbin: / tipsjavascript

[@user-tv4yb1uj2o]

tuyệt vời anh ạ, đúng là cứ phải có kinh tế trc rồi mới nuôi đam mê

[@duyettran7919]

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 .

[@VuNguyen-hp8wn]

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

[@taithuantruong3363]

mong anh ra video đều ạ, video xem thấm từ từ ạ

[@phimoireview]

cảm ơn anh , hợp lý quá, em đang nghiên cứu làm sms qua rabbit , rất phù hợp ạ

[@mannguyen7766]

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.

[@anonystick]

Vậy là chung đường rồi nè

[@LuongThanhTrung251]

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ề

[@quando1578]

hay quá thầy ơi, em đi làm rồi cũng phải quay lại học

[@duyhoangta7988]

Đú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 ạ.

[@explore_around_us]

Cảm ơn a, rất hay và cô đọng.

[@user-ve8do2yj1r]

Em cảm ơn a đã chia sẽ những kiến thức rất hay ạ

[@danhpham8284]

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.

[@uctrungphan4608]

cảm ơn anh ạ, đúng phần em đang tìm hiểu luôn ạ

[@anonystick]

Ok em. Càm ơn em

[@phaixemcainay]

Hay quá cảm ơn anh

[@MrTheveronicar]

Ad làm vì đam mê :))) nhưng đam mê này quá tốt cho cộng đồng, cảm ơn ad

[@ThaiNguyen-jw6lp]

Cảm ơn Anh đã chia sẽ rất nhiều

[@vanthienpham]

cảm ơn anh ạ, em mới bắt đầu với BE

[@LongTran-og7ji]

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 😂

[@anonystick]

cảm ơn em nhiều!

[@khacnhutran942]

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á

[@anonystick]

Đã 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 - kzbin.info/www/bejne/jYezf3uCg9poo5Y

[@thangle1570]

Hi vọng anh làm 1 video nói về elastic search.

[@truongtuan2198]

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

[@angminhuc6674]

hóng video demo của anh về phần này ạ ❤️

[@anonystick]

next is queue

[@TakanNick]

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.

[@anonystick]

Tks em đã gợi ý.

[@jockerthe8189]

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, ...

[@TienTran-qr6xk]

Nội dung chất thế sao ít like thế nhỉ?

[@tnanhpt]

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

[@anonystick]

Xem từ từ thôi nha

[@benjaminnguyen8763]

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

[@anonystick]

tks em!

[@HUNGPHAM-vq3qy]

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

[@pHNC]

đồng quan điểm

[@Phucv172]

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 ạ

[@anonystick]

Tks em đã comment

[@phunguyen8924]

Hay quá anh ơi.. Làm thêm cái setup cluster rabbitmq anh nhé

[@anonystick]

Ok nhá.

[@nguyenvohoanglong3898]

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 ạ.

[@kieno1228]

đồng quan điểm

[@storm20238]

Thank u anh ạ

[@anonystick]

Có video 2 rồi hén nha em

[@yecat1295]

view thấp nhưng mà nội dung chất lượng

[@thanhtoan]

Lỡ làm về rabbitmq rồi hay anh giới thiệu kafka luôn ạ. Cảm ơn anh ạ

[@anonystick]

Xong này đã hén

[@cauchinedev779]

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 ạ !!?

[@QuyNguyen-eh8bb]

video sau a demo phần fail job trong Queue nha a, em cảm ơn

[@anonystick]

Ok em. next là queue in rabbitmq

[@tangvu3703]

Để 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

[@khacnhutran942]

mong chú demo thêm con để con ứng dụng thực tiễn với

[@ongocquang3756]

anh nói về thằng NATS đi ạ

[@nvtmjfan]

Đoạn thông lượng anh nói 10k là 10k gì vậy anh

[@sencodon]

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 ạ

[@hiennguyenduy268]

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 :)

[@huongsenongthap478]

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 :)).

[@anonystick]

đơn giản thì anh thấy redis hay nhất.

[@tahitivn]

Nghe giọng chắc anh lớn hơn em, cảm ơn anh sharing

[@anonystick]

Tôi 39, còn bạn bao nhiêu?

[@tahitivn]

@@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ế

[@duymanh5506]

❤️❤️

[@anonystick]

Cảm ơn em đã đồng hành. Chuẩn bị học về redis advance nha.

[@TrangTran-vk3pr]

❤

[@coder8121]

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

[@nhannguyendevjs]

FE nhưng vẫn coi BE tech để dễ trao đổi 😁😁

[@NguyenMinh-gl7qz]

Ở 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

[@anonystick]

Like 10 cái.

[@nguyencaotai412]

Lương 2-3k đủ sống rồi a kiến thức của a rất bổ ích chứ lương KZbin để mua bia uống thôi a :v

[@duyhoangta7988]

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 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.

[@duyhoangta7988]

@@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

[@huyvole9724]

:))) "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"

[@sonamngoc9959]

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ì ạ

[@anonystick]

Nói nhiều rồi mừ. Xem trong github á nha em

[@duongphuba7216]

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!!

[@anonystick]

Epic pen!

[@duongphuba7216]

@@anonystick cảm ơn ad nhiều nhé !!

[@anonystick]

@@duongphuba7216 Ok bro!

[@mykun8737]

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

[@phamhoa5590]

Series design pattern anh ko làm nữa ha anh

[@anonystick]

6 videos đó anh nghĩ là đủ rồi á. Còn nợ phần SOLID nữa nha

[@NguyenNguyen-ly2yt]

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

[@anonystick]

Yesssssa

[@lamnguyenhoang9026]

làm sao biết hệ thống mình load đc tối đa bao nhiệu req/s vây anh

[@anonystick]

Video qps á em

[@user-qn1tc5jp3d]

thường hợp thứ 3 anh có ví dụ ko ạ. Em cảm ơn

[@anonystick]

Có em, video section 48 members

[@user-qn1tc5jp3d]

@@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

[@sicamon8173]

Quá hay luôn, Thanks a tâm huyết, cho e xin số tk

[@anonystick]

Vào hội viên đi em

[@sicamon8173]

@@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 ạ

[@sicamon8173]

mong anh reply :)

[@trongphan6133]

a ơi a làm cả kafka nữa dc ko ạ

[@anonystick]

Chưa, vì xong rabbit thì đến elk elasticsearch

[@trongphan6133]

@@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

[@59-nguyeninhtu40]

Liên hệ anh ở đâu ạ?

[@anonystick]

Trên đây nè Tư ơi

[@59-nguyeninhtu40]

@@anonystick a lamf video ve cors nữa đi a.E bị lỗi mà xem video a sửa vẫn k đc :((

[@anonystick]

@@59-nguyeninhtu40 Chụp hình lên em.

[@ninhpham1672]

test

[@longtranhuu7573]

nói lan man nhiều quá

[@locangxuan5051]

bạn đòi hỏi gì hơn ở những video free như này ??