kafka giờ nó cũng có consistency cao mà. điển hình khi xài transactional outbox hay cdc thì nó cũng đảm bảo consistency giữa db với event trong kafka thôi. còn cái vấn đề scale rabbitmq hỗ trợ nhiều protocol, giao thức nhưng mà bên kafka cũng z mà =))) json, protobuf, avro. nên mình chưa thấy dc khi pv hỏi z trả lời như trong video chắc ko dc đánh giá cao
thật, t cũng thấy video trả lời quá nông. Kafka với triển khai fsync + epoch number + Raft protocol cho consistency + durability + reliability rất tốt, không thể nói là kém hơn rabbitmq được :D Cái đặc trưng nhất giữa 2 thằng cần nói ở đây là trade-off giữa low latency và high throughput -> Kafka dùng concept batch processing, nên cho throughput cao, độ trễ mỗi message ổn định, còn RabbitMQ ưu tiên low latency cho mỗi message, dùng cho real-processing application, bù lại nếu tải cao thì system bị stress dẫn đến tail latency cao chứ không ổn định theo batch như kafka
Nếu vậy thì 2 ông làm clip post lên đây để thấy nông và sâu của chủ topic đi. Tui thấy làm clip cũng dễ lắm, múa chừng 1 tiếng là xong à, nhớ thâu âm trước rồi ghép vô. Chứ bình luận dưới đây đọc ko hiểu, tiếng Việt trộn tiếng Anh chuyên ngành quá nhìn như "đặc cầu" vậy.
phần quan trọng phù hợp cho đầu consumer: đơn giản hơn là phù hợp tình huống chứ k phải cắm đầu mà thấy trend là fang RabbitMQ đợi xử lý tin nhắn ok thì thôi phù hợp feature là chuẩn á Kafka là xử lý cái gì đó nhanh và cần poll về kafka, để xác nhận heartbeat là nó còn đang xử lý hay không trong khoảng thời gian ngắn có thể setting dài nhưng không thể đảm bảo performance, không là phần lag nó tăng tính ổn định giảm (không đúng vs tính chất mà nó đề ra)
Các ngân hàng lớn hiện tại đang dùng hết Kafka cho các giao dịch tài chính. Mình ít thấy ngân hàng nào dùng Rabbit MQ cả
Ít kênh chia sẻ kiến thức có tâm như thế này.
comment đầu, thấy vừa có thông báo là em vào xem liền
Ké
kafka giờ nó cũng có consistency cao mà. điển hình khi xài transactional outbox hay cdc thì nó cũng đảm bảo consistency giữa db với event trong kafka thôi. còn cái vấn đề scale rabbitmq hỗ trợ nhiều protocol, giao thức nhưng mà bên kafka cũng z mà =))) json, protobuf, avro. nên mình chưa thấy dc khi pv hỏi z trả lời như trong video chắc ko dc đánh giá cao
@placeholder612 Kafka rabbitmq nào là cơ sở dữ liệu vậy má :))
thật, t cũng thấy video trả lời quá nông. Kafka với triển khai fsync + epoch number + Raft protocol cho consistency + durability + reliability rất tốt, không thể nói là kém hơn rabbitmq được :D Cái đặc trưng nhất giữa 2 thằng cần nói ở đây là trade-off giữa low latency và high throughput -> Kafka dùng concept batch processing, nên cho throughput cao, độ trễ mỗi message ổn định, còn RabbitMQ ưu tiên low latency cho mỗi message, dùng cho real-processing application, bù lại nếu tải cao thì system bị stress dẫn đến tail latency cao chứ không ổn định theo batch như kafka
Nếu vậy thì 2 ông làm clip post lên đây để thấy nông và sâu của chủ topic đi. Tui thấy làm clip cũng dễ lắm, múa chừng 1 tiếng là xong à, nhớ thâu âm trước rồi ghép vô. Chứ bình luận dưới đây đọc ko hiểu, tiếng Việt trộn tiếng Anh chuyên ngành quá nhìn như "đặc cầu" vậy.
phần quan trọng phù hợp cho đầu consumer: đơn giản hơn là phù hợp tình huống chứ k phải cắm đầu mà thấy trend là fang
RabbitMQ đợi xử lý tin nhắn ok thì thôi phù hợp feature là chuẩn á
Kafka là xử lý cái gì đó nhanh và cần poll về kafka, để xác nhận heartbeat là nó còn đang xử lý hay không trong khoảng thời gian ngắn có thể setting dài nhưng không thể đảm bảo performance, không là phần lag nó tăng tính ổn định giảm (không đúng vs tính chất mà nó đề ra)
@@anak3716 làm IT mà bro nói gì vậy, tiếng việt trộn tiếng anh như vậy là đặc trưng của ngành mà?
Video sẽ tốt hơn nếu bác phát âm đúng các khái niệm và tên riêng. Các điểm khác về kỹ thuật thì no problem
rabbit scale kiểu gì đc các bác