国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

分享8個分布式Kafka的使用場景

這篇具有很好參考價值的文章主要介紹了分享8個分布式Kafka的使用場景。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點(diǎn)擊"舉報違法"按鈕提交疑問。

Kafka 最初是為海量日志處理而構(gòu)建的。它保留消息直到過期,并讓消費(fèi)者按照自己的節(jié)奏提取消息。與它的前輩不同,Kafka 不僅僅是一個消息隊列,它還是一個適用于各種情況的開源事件流平臺。

1. 日志處理與分析

  • 下圖顯示了典型的 ELK(Elastic-Logstash-Kibana)堆棧。Kafka 有效地從每個實例收集日志流。
  • ElasticSearch 使用來自 Kafka 的日志并為其建立索引。Kibana 在 ElasticSearch 之上提供了搜索和可視化 UI。

分享8個分布式Kafka的使用場景,分布式,kafka

2. 推薦中的數(shù)據(jù)流

  • 大型電子商務(wù)網(wǎng)站使用過去的行為和相似的用戶來計算產(chǎn)品推薦。
  • 下圖展示了推薦系統(tǒng)的工作原理。Kafka 傳輸原始點(diǎn)擊流數(shù)據(jù),F(xiàn)link 對其進(jìn)行處理,模型訓(xùn)練則使用來自數(shù)據(jù)湖的聚合數(shù)據(jù)。
  • 這使得能夠持續(xù)改進(jìn)每個用戶的推薦的相關(guān)性。Kafka 的另一個重要用例是實時點(diǎn)擊流分析。

分享8個分布式Kafka的使用場景,分布式,kafka

3. 系統(tǒng)監(jiān)控與報警

  • 與日志分析系統(tǒng)類似,我們需要收集系統(tǒng)指標(biāo)以進(jìn)行監(jiān)控和故障排除。
  • 區(qū)別在于指標(biāo)是結(jié)構(gòu)化數(shù)據(jù),而日志是非結(jié)構(gòu)化文本。指標(biāo)數(shù)據(jù)發(fā)送到 Kafka 并在 Flink 中聚合。聚合數(shù)據(jù)由實時監(jiān)控儀表板和警報系統(tǒng)使用。

分享8個分布式Kafka的使用場景,分布式,kafka

4. CDC(變更數(shù)據(jù)捕獲)

  • 更改數(shù)據(jù)捕獲 (CDC) 將數(shù)據(jù)庫更改流式傳輸?shù)狡渌到y(tǒng)以進(jìn)行復(fù)制或緩存/索引更新。
  • Kafka 還是構(gòu)建數(shù)據(jù)管道的絕佳工具,這意味著您可以使用它從各種來源獲取數(shù)據(jù)、應(yīng)用處理規(guī)則并將數(shù)據(jù)存儲在倉庫、數(shù)據(jù)湖或數(shù)據(jù)網(wǎng)格中。
  • 例如,在下圖中,事務(wù)日志發(fā)送到 Kafka 并由 ElasticSearch、Redis 和輔助數(shù)據(jù)庫攝取。

分享8個分布式Kafka的使用場景,分布式,kafka

5. 系統(tǒng)遷移

  • 升級遺留服務(wù)具有挑戰(zhàn)性——舊的語言、復(fù)雜的邏輯和缺乏測試。我們可以通過利用消息傳遞中間件來降低風(fēng)險。
  • 在下圖中,為了升級下圖中的訂單服務(wù),我們更新舊的訂單服務(wù)以使用來自 Kafka 的輸入并將結(jié)果寫入 ORDER 主題。新訂單服務(wù)使用相同的輸入并將結(jié)果寫入 ORDERNEW 主題。
  • 調(diào)節(jié)服務(wù)比較 ORDER 和 ORDERNEW。如果它們相同,則新服務(wù)通過測試。

分享8個分布式Kafka的使用場景,分布式,kafka文章來源地址http://www.zghlxwxcb.cn/news/detail-716009.html

6. 事件溯源

  • 事件溯源就是捕獲一系列事件中狀態(tài)的變化。通常使用 Kafka 作為主要事件存儲。如果發(fā)生任何故障、回滾或需要重建狀態(tài),您可以隨時重新應(yīng)用 Kafka 中的事件。

7. 消息傳遞

  • Kafka 最好和最常見的用例之一是作為消息隊列。Kafka 為您提供了一個可靠且可擴(kuò)展的消息隊列,可以處理大量數(shù)據(jù)。
  • 我們可以將您的消息組織成“主題”,這意味著您將每條消息發(fā)布到一個特定主題,而另一方面,消費(fèi)者將訂閱一個或多個主題并消費(fèi)其中的消息。
  • 微服務(wù)之間解耦通信的最大優(yōu)點(diǎn)是,您可以隨時向這些事件添加新服務(wù),而無需增加系統(tǒng)的復(fù)雜性或不必更改任何源代碼。

8. 提交日志

  • Kafka 可以充當(dāng)分布式系統(tǒng)的一種外部提交日志。日志有助于在節(jié)點(diǎn)之間復(fù)制數(shù)據(jù),并充當(dāng)故障節(jié)點(diǎn)恢復(fù)數(shù)據(jù)的重新同步機(jī)制。
  • Kafka 中的日志壓縮功能有助于支持這種用法。

到了這里,關(guān)于分享8個分布式Kafka的使用場景的文章就介紹完了。如果您還想了解更多內(nèi)容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實不符,請點(diǎn)擊違法舉報進(jìn)行投訴反饋,一經(jīng)查實,立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 分布式消息流處理平臺kafka(一)-kafka單機(jī)、集群環(huán)境搭建流程及使用入門

    分布式消息流處理平臺kafka(一)-kafka單機(jī)、集群環(huán)境搭建流程及使用入門

    kafka最初是LinkedIn的一個內(nèi)部基礎(chǔ)設(shè)施系統(tǒng)。最初開發(fā)的起因是,LinkedIn雖然有了數(shù)據(jù)庫和其他系統(tǒng)可以用來存儲數(shù)據(jù),但是缺乏一個可以幫助處理持續(xù)數(shù)據(jù)流的組件。 所以在設(shè)計理念上,開發(fā)者不想只是開發(fā)一個能夠存儲數(shù)據(jù)的系統(tǒng),如關(guān)系數(shù)據(jù)庫、Nosql數(shù)據(jù)庫、搜索引擎等

    2024年02月16日
    瀏覽(50)
  • 分布式消息服務(wù)kafka

    分布式消息服務(wù)kafka

    什么是消息中間件? 消息中間件是分布式系統(tǒng)中重要的組件,本質(zhì)就是一個具有接收消息、存儲消息、分發(fā)消息的隊列,應(yīng)用程序通過讀寫隊列消息來通信。 例如:在淘寶購物時,訂單系統(tǒng)處理完訂單后,把訂單消息發(fā)送到消息中間件中,由消息中間件將訂單消息分發(fā)到下

    2024年02月01日
    瀏覽(23)
  • 【分布式應(yīng)用】kafka集群、Filebeat+Kafka+ELK搭建

    【分布式應(yīng)用】kafka集群、Filebeat+Kafka+ELK搭建

    主要原因是由于在高并發(fā)環(huán)境下,同步請求來不及處理,請求往往會發(fā)生阻塞。比如大量的請求并發(fā)訪問數(shù)據(jù)庫,導(dǎo)致行鎖表鎖,最后請求線程會堆積過多,從而觸發(fā) too many connection 錯誤,引發(fā)雪崩效應(yīng)。 我們使用消息隊列,通過異步處理請求,從而緩解系統(tǒng)的壓力。消息隊

    2024年02月16日
    瀏覽(96)
  • 【分布式技術(shù)】消息隊列Kafka

    【分布式技術(shù)】消息隊列Kafka

    目錄 一、Kafka概述 二、消息隊列Kafka的好處 三、消息隊列Kafka的兩種模式 四、Kafka 1、Kafka 定義 2、Kafka 簡介 3、Kafka 的特性 五、Kafka的系統(tǒng)架構(gòu) 六、實操部署Kafka集群 ?步驟一:在每一個zookeeper節(jié)點(diǎn)上完成kafka部署 ?編輯 步驟二:傳給其他節(jié)點(diǎn) 步驟三:啟動3個節(jié)點(diǎn) kafka管理

    2024年01月23日
    瀏覽(27)
  • 分布式 - 消息隊列Kafka:Kafka 消費(fèi)者的消費(fèi)位移

    分布式 - 消息隊列Kafka:Kafka 消費(fèi)者的消費(fèi)位移

    01. Kafka 分區(qū)位移 對于Kafka中的分區(qū)而言,它的每條消息都有唯一的offset,用來表示消息在分區(qū)中對應(yīng)的位置。偏移量從0開始,每個新消息的偏移量比前一個消息的偏移量大1。 每條消息在分區(qū)中的位置信息由一個叫位移(Offset)的數(shù)據(jù)來表征。分區(qū)位移總是從 0 開始,假設(shè)一

    2024年02月12日
    瀏覽(27)
  • 分布式 - 消息隊列Kafka:Kafka消費(fèi)者的分區(qū)分配策略

    分布式 - 消息隊列Kafka:Kafka消費(fèi)者的分區(qū)分配策略

    Kafka 消費(fèi)者負(fù)載均衡策略? Kafka 消費(fèi)者分區(qū)分配策略? 1. 環(huán)境準(zhǔn)備 創(chuàng)建主題 test 有5個分區(qū),準(zhǔn)備 3 個消費(fèi)者并進(jìn)行消費(fèi),觀察消費(fèi)分配情況。然后再停止其中一個消費(fèi)者,再次觀察消費(fèi)分配情況。 ① 創(chuàng)建主題 test,該主題有5個分區(qū),2個副本: ② 創(chuàng)建3個消費(fèi)者CustomConsu

    2024年02月13日
    瀏覽(31)
  • 分布式 - 消息隊列Kafka:Kafka生產(chǎn)者架構(gòu)和配置參數(shù)

    分布式 - 消息隊列Kafka:Kafka生產(chǎn)者架構(gòu)和配置參數(shù)

    生產(chǎn)者發(fā)送消息流程參考圖1: 先從創(chuàng)建一個ProducerRecord對象開始,其中需要包含目標(biāo)主題和要發(fā)送的內(nèi)容。另外,還可以指定鍵、分區(qū)、時間戳或標(biāo)頭。在發(fā)送ProducerRecord對象時,生產(chǎn)者需要先把鍵和值對象序列化成字節(jié)數(shù)組,這樣才能在網(wǎng)絡(luò)上傳輸。 接下來,如果沒有顯式

    2024年02月13日
    瀏覽(28)
  • 分布式 - 消息隊列Kafka:Kafka生產(chǎn)者發(fā)送消息的方式

    分布式 - 消息隊列Kafka:Kafka生產(chǎn)者發(fā)送消息的方式

    不管是把Kafka作為消息隊列、消息總線還是數(shù)據(jù)存儲平臺,總是需要一個可以往Kafka寫入數(shù)據(jù)的生產(chǎn)者、一個可以從Kafka讀取數(shù)據(jù)的消費(fèi)者,或者一個兼具兩種角色的應(yīng)用程序。 Kafka 生產(chǎn)者是指使用 Apache Kafka 消息系統(tǒng)的應(yīng)用程序,它們負(fù)責(zé)將消息發(fā)送到 Kafka 集群中的一個或多

    2024年02月13日
    瀏覽(29)
  • 分布式 - 消息隊列Kafka:Kafka消費(fèi)者和消費(fèi)者組

    分布式 - 消息隊列Kafka:Kafka消費(fèi)者和消費(fèi)者組

    1. Kafka 消費(fèi)者是什么? 消費(fèi)者負(fù)責(zé)訂閱Kafka中的主題,并且從訂閱的主題上拉取消息。與其他一些消息中間件不同的是:在Kafka的消費(fèi)理念中還有一層消費(fèi)組的概念,每個消費(fèi)者都有一個對應(yīng)的消費(fèi)組。當(dāng)消息發(fā)布到主題后,只會被投遞給訂閱它的每個消費(fèi)組中的一個消費(fèi)者

    2024年02月13日
    瀏覽(29)
  • 分布式 - 消息隊列Kafka:Kafka 消費(fèi)者消費(fèi)位移的提交方式

    分布式 - 消息隊列Kafka:Kafka 消費(fèi)者消費(fèi)位移的提交方式

    最簡單的提交方式是讓消費(fèi)者自動提交偏移量,自動提交 offset 的相關(guān)參數(shù): enable.auto.commit:是否開啟自動提交 offset 功能,默認(rèn)為 true; auto.commit.interval.ms:自動提交 offset 的時間間隔,默認(rèn)為5秒; 如果 enable.auto.commit 被設(shè)置為true,那么每過5秒,消費(fèi)者就會自動提交 poll() 返

    2024年02月12日
    瀏覽(32)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包