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

mq和kafka的區(qū)別？

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

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

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

2)在貨運(yùn)吞吐量，

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

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

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

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

kafka的kafka意見(jiàn)主備離線模式。

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

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

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

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

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