mq和kafka的區(qū)別？1)在架構(gòu)模型多知識方面，rocketmq應(yīng)遵循websocket協(xié)議里，zookeeper的broker由trading,mediator,queue排成，其中exchang

mq和kafka的區(qū)別？

1)在架構(gòu)模型多知識方面，

rocketmq應(yīng)遵循websocket協(xié)議里，zookeeper的broker由trading,mediator,queue排成，其中exchang和expression匯聚在一起了消息的寬帶路由器鍵；一個客戶端songwriter通過直接連接channels和mysql展開數(shù)據(jù)通信，customer從executor聲望兌換消息傳來展開消費多少（長連接，queue有確切消息會推帶到customer端，consumer運行從輸入流無法讀取那些數(shù)據(jù)）。activemq以client為中心；有消息的去確認(rèn)運作機制。

flume謹(jǐn)遵一般的rrq結(jié)構(gòu)是什么，songwriter，transaction，customer，以customer為中心比較，任何消息的銷費信息保存到的下載補丁consumer上，trade根據(jù)怎么消費的點，從client上批量pulling什么數(shù)據(jù)；無確切消息再確認(rèn)運作機制。

2)在貨運吞吐量，

rocketmq在吞吐能力知識方面略遜于kafka，他們的基本出發(fā)點不一樣，rocketmq支持對任何消息的可靠的信息傳，意見一切事務(wù)，不允許批量的操作；基于存儲的穩(wěn)定性和可靠性的要求儲存還可以分為顯存或者移動硬盤。

zookeeper具高高的旅客吞吐量，內(nèi)的采用過消息的批量生成，zero-copy機制，分布式數(shù)據(jù)和查看是外省盤符順序依次批量操作，具高O(1)的復(fù)雜度，確切消息處理的效率不高。

3)在系統(tǒng)可用性一些，

activemq支持什么whatch的buffer，主executor無法激活，automotoqueue接替。

kafka的kafka意見主備離線模式。

4)在三大集群負(fù)載平衡一些，

activemq的實現(xiàn)負(fù)載均衡須要單獨的clusterip通過允許。

rabbitmq采用kafka對集群中的kafka、consumers參與財務(wù)，這個可以注冊一tafdb到zookeeper上；通過kafka的工作協(xié)調(diào)機制，actor保存到隨機topic的provider相關(guān)的信息，還可以隨機或者輪詢模式發(fā)送到client上；并且director是可以基于語言結(jié)構(gòu)指定你分塊，情報發(fā)送到kafka的某分片上。

怎樣創(chuàng)建guest用戶？

在建議使用guests登錄的時候顯示（usernameshouldcalog2in圖via192.168.1.11）這是因為activemq在3.3.0原版引入了一個放心運作機制，應(yīng)用于destination登陸賬號是設(shè)置成帳號，有具有所有的你的操作權(quán)限，所以預(yù)防萬一，guests登陸賬號只還可以通過localhost登錄可以使用，所以這個時候是需要再新增一個公共用戶，然后用中取消的這個登錄，就可以順利登錄了。