這篇文章主要介紹“MQTT與Kafka怎么理解”，在日常操作中，相信很多人在MQTT與Kafka怎么理解問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”MQTT與Kafka怎么理解”的疑惑有所幫助！接下來，請跟著小編一起來學(xué)習(xí)吧！

成都創(chuàng)新互聯(lián)長期為1000多家客戶提供的網(wǎng)站建設(shè)服務(wù)，團隊從業(yè)經(jīng)驗10年，關(guān)注不同地域、不同群體，并針對不同對象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為平陽企業(yè)提供專業(yè)的網(wǎng)站設(shè)計、成都網(wǎng)站建設(shè)，平陽網(wǎng)站改版等技術(shù)服務(wù)。擁有十年豐富建站經(jīng)驗和眾多成功案例,為您定制開發(fā)。

MQTT 與 Kafka 是完全不同的兩個東西， MQTT 是協(xié)議，是一個技術(shù)標(biāo)準(zhǔn)，由 OASIS 技術(shù)委員會的成員（其成員多數(shù)為 IBM 和微軟的頂級工程師）制訂。而 Kafka 是已經(jīng)實現(xiàn)的開源流處理平臺，最早由 LinkedIn 開發(fā)，于2011年開源后交給 Apache Incubator 孵化后成為了 Apache 軟件基金會的頂級項目。

兩者之前唯一存在的聯(lián)系恐怕就是它們都和發(fā)布/訂閱范式有關(guān)了吧。MQTT 是基于發(fā)布/訂閱范式的消息協(xié)議，而 Apache Kafka 的生產(chǎn)、消費的流程也是屬于發(fā)布/訂閱范式的。那么如果我們基于 MQTT 協(xié)議去實現(xiàn)一個消息 broker ，是否這個 MQTT broker是否能和 Kafka 作用等價呢？ 答案當(dāng)然是否定的！

Kafka 雖然也是基于發(fā)布訂閱范式的消息系統(tǒng)，但它同時也被稱為“分布式提交日志”或者“分布式流平臺”，它的最主要的作用還是實現(xiàn)分布式持久化保存數(shù)據(jù)的目的。Kafka 的數(shù)據(jù)單元就是消息，可以把它當(dāng)作數(shù)據(jù)庫里的一行“數(shù)據(jù)”或者一條“記錄”來理解，Kafka 通過主題來進行分類，Kafka 的生產(chǎn)者發(fā)布消息到某一特定主題上，由消費者去消費特定主題的消息，其實生產(chǎn)者和消費者就可以理解成發(fā)布者和訂閱者，主題就好比數(shù)據(jù)庫中的表，每個主題包含多個分區(qū)，分區(qū)可以分布在不同的服務(wù)器上，也就是說通過這種方式來實現(xiàn)分布式數(shù)據(jù)的存儲和讀取， Kafka 分布式的架構(gòu)利于讀寫系統(tǒng)的擴展和維護（比如說通過備份服務(wù)器來實現(xiàn)冗災(zāi)備份，通過架構(gòu)多個服務(wù)器節(jié)點來實現(xiàn)性能的提升），在很多有大數(shù)據(jù)分析需求的大型企業(yè)，都會用到 Kafka 去做數(shù)據(jù)流處理的平臺。

而 MQTT 最開始就是為物聯(lián)網(wǎng)設(shè)備的網(wǎng)絡(luò)接入而設(shè)計的，物聯(lián)網(wǎng)設(shè)備大多都是性能低下，功耗較低的計算機設(shè)備，而且網(wǎng)絡(luò)連接的質(zhì)量也是不可靠的，所以在設(shè)計協(xié)議的時候最需要考慮的幾個重點是：

1. 協(xié)議要足夠輕量，方便嵌入式設(shè)備去快速地解析和響應(yīng)。

2. 具備足夠的靈活性，使其足以為 IoT 設(shè)備和服務(wù)的多樣化提供支持。

3. 應(yīng)該設(shè)計為異步消息協(xié)議而非同步協(xié)議，這么做是因為大多數(shù) IoT 設(shè)備的網(wǎng)絡(luò)延遲很可能非常不穩(wěn)定，若使用同步消息協(xié)議，IoT 設(shè)備需要等待服務(wù)器的響應(yīng)，對于為大量的 IoT 設(shè)備提供服務(wù)這一情景，顯然是非常不現(xiàn)實的。

4. 必須是雙向通信，服務(wù)器和客戶端應(yīng)該可以互相發(fā)送消息。

MQTT 協(xié)議完美地解決了上述幾點要求，并且最新版的 MQTT v5.0 協(xié)議做了很多優(yōu)化，使其協(xié)議相比過去的  v3.1.1  版本具備更強大的靈活性以及對帶寬的更少占用。

要說基于 MQTT 協(xié)議的消息 broker 和 Kafka 的區(qū)別的話，EMQ 君認(rèn)為還是在于它們的側(cè)重點不同，Kafka 的側(cè)重點在于數(shù)據(jù)的存儲和讀取，針對實時性比較高的流式數(shù)據(jù)處理場景；而 MQTT broker 的側(cè)重點在于客戶端和服務(wù)器的通信。

MQTT  broker 與 Kafka 所采用的消息交換范式是如此相近，將其兩者結(jié)合起來使用顯然是一個非常不錯的主意，事實上，很多 MQTT broker，諸如 EMQ X 已經(jīng)實現(xiàn)了 MQTT broker 與 Kafka 的橋接。MQTT broker 用來快速的對大量物聯(lián)網(wǎng)設(shè)備發(fā)來的消息做接收處理響應(yīng)，而 Kafka 對這些大量的數(shù)據(jù)做采集存儲，交給數(shù)據(jù)分析人員來分析處理消息。

到此，關(guān)于“MQTT與Kafka怎么理解”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

網(wǎng)站題目：MQTT與Kafka怎么理解-創(chuàng)新互聯(lián)
網(wǎng)頁URL：http://www.chinadenli.net/article36/dcdisg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、網(wǎng)站排名、靜態(tài)網(wǎng)站、云服務(wù)器、標(biāo)簽優(yōu)化、品牌網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)