Mọi người cho em hỏi, ngoài Apache Kafka, RabbitMQ, MQTT thì còn thằng nào đáp ứng được tiêu chí vừa ngon, vừa chạy rẻ nhất ạ ?
Reactions:
American_Dream_37 and VeroCellIsMyLife
Queue tự viết, đòi ngon bổ lại đòi rẻ
Sent from Samsung SM-G996B using vozFApp Reactions:
hmmm_950 and American_Dream_37
Kafka nó được consider là 1 data streaming platform rồi chứ ko đơn thuần là 1 message queue, dùng nó như 1 queue thì overkill lắm.
MQ đơn thuần thì phổ biến nhất là rabbitmq và activemq, rabbit thì phổ biến hơn, trước mình có dùng để handle các event thì khá ok, còn activemq thì chưa dùng
Edit: do chưa biết nhu cầu sử dụng như thế nào nên note thêm là có thể tìm hiểu thêm về redis pubsub nữa, nó chỉ là message broadcast thôi chứ ko phải queue.
Reactions:
confemale, mrdendiboss and Einherjar006
Queue tự viết, đòi ngon bổ lại đòi rẻ
Sent from Samsung SM-G996B using vozFApp
Khó thế em mới hỏi :3 bác nào làm thực tế trải nghiệm nhiều message tech này rồi chia sẻ đi ạ
Reactions:
American_Dream_37
Khó thế em mới hỏi :3 bác nào làm thực tế trải nghiệm nhiều message tech này rồi chia sẻ đi ạ
Kafka ko rẻ chút nào, stateful, distributed
Rabbit thì chỉ chạy đc 1 server
Activemq thì chậm
Redis thì láo
Chọn bừa đi bạn
Với cả bạn cần giải quyết bài toán cụ thể nào, trong context nào, constrains là gì
Reactions:
confemale
ActiveMQ nha, hồi xưa config nó trên jboss, tháy cũng dễ, mà xưa build cho hệ thống internal thôi nên không đòi hỏi nhiều, dễ xài là được.
dự án chủ thớt chắc nhỏ, thế thì rabbitmq hay activemq là ok rồi. Còn ngon bổ rẻ hay không tự trải nghiệm nhé.
kafka là message system nhé thím ... con này ban đầu setup hơi cực
Chịu khó tìm kiếm đi, mấy thằng ô để cập ở trên toàn hàng top thế giới, rất nhiều use case, ví dụ, blog viết về nó rồi, ngồi mò tý là cả rổ.
NATS - Golang, RAFT Replication, persistent (jet stream), geo-replication (cross dc, cross cloud, ...), thằng này viết bằng go, có mỗi cái binary chạy nhẹ mà lẹ, cấu hình flexible
Apache Pulsar - Không theo dạng dump pipe, smart endpoint như Kafka. Tính năng nhiều, phù hợp với Enterprise với nhiều use cases: multi tenancy ... deploy thì cũng dạng dạng như Kafka: Zookeepr, Persistent layer tách riêng ...
Reactions:
BadCoder, Mỹ Chu Lang, bsevenshido and 1 other person
NATS - Golang, RAFT Replication, persistent (jet stream), geo-replication (cross dc, cross cloud, ...), thằng này viết bằng go, có mỗi cái binary chạy nhẹ mà lẹ, cấu hình flexible
Apache Pulsar - Không theo dạng dump pipe, smart endpoint như Kafka. Tính năng nhiều, phù hợp với Enterprise với nhiều use cases: multi tenancy ... deploy thì cũng dạng dạng như Kafka: Zookeepr, Persistent layer tách riêng ...
Đang xài nats. Khá là ngon cho usecase bên mình
via theNEXTvoz for iPhone
Kafka nó được consider là 1 data streaming platform rồi chứ ko đơn thuần là 1 message queue, dùng nó như 1 queue thì overkill lắm.
MQ đơn thuần thì phổ biến nhất là rabbitmq và activemq, rabbit thì phổ biến hơn, trước mình có dùng để handle các event thì khá ok, còn activemq thì chưa dùng
Edit: do chưa biết nhu cầu sử dụng như thế nào nên note thêm là có thể tìm hiểu thêm về redis pubsub nữa, nó chỉ là message broadcast thôi chứ ko phải queue.
Topic Kafka nó chỉ là queue trên 1 parition thôi (việc chia 1 topic ra nhiều partition có thể hiểu là chia 1 topic ra thành nhiều queue)
1 topic nhiều partition thì sẽ hoàn toàn không còn khái niệm "LIFO" trên topic đó nữa
Mua đại con vps rẻ tiền về build như một cục Queue
activemq đi chứ gì nữa.
mình làm outsource thấy họ vẫn dùng bth cho product lớn á
Khó thế em mới hỏi :3 bác nào làm thực tế trải nghiệm nhiều message tech này rồi chia sẻ đi ạ
Không nói use-case thì sao mà tư vấn được - vừa ngon vừa rẻ làm gì đi song hành với nhau.
Nếu làm prototype thì dựng 1 con docker RabbitMQ lên là xong, có thể làm message broker tốt (cho background jobs chẳng hạn) - 1 ngày vài triệu / chục triệu message cũng okay. Dư tiền thì migrate sang cloud service như SQS/AmazonMQ/CloudAMQP để đỡ tốn công devops.
Còn throughput / payload lớn hơn nữa như chat app / stream events thì buộc phải xài Kafka rồi, cloud service cũng có như Amazon MSK / Kinesis. Mà tui chưa có cơ hội đụng vào nên ko dám chém.
Reactions:
confemale, mrdendiboss and noneedname
Kafka ko rẻ chút nào, stateful, distributed
Rabbit thì chỉ chạy đc 1 server
Activemq thì chậm
Redis thì láo
Chọn bừa đi bạn
Với cả bạn cần giải quyết bài toán cụ thể nào, trong context nào, constrains là gì
Rabbit cluster được mà thím ?
Ông thớt mô thả thêm usecase, context, cost các thứ cho ae tư vấn thêm.
Rabbit cluster được mà thím ?
Làm đc nhưng ko còn ngon với rẻ nữa. Vì khi fen đã cần nhiều message đến 2 con rabbit server thì có câu chuyện khác rồi