MessageQueue
含有「MessageQueue」共 25 篇內容
全部內容
發佈日期由新至舊
限時公開
我們在「【🔒 Message Queue - Kafka】不斷的試誤…, 用Docker來嘗試安裝Kafka」有分享過如何透過docker來架設kafka， 那麼在產品化的階段， 我們可能會預先規劃主題(topic)要有多少個partitions…等的配置， 基於一鍵啟動懶人包的原則， 我們希望按
付費限定
我們在「【💎 Message Queue - Kafka 案例篇】如何將檔案流上傳到minio - 完整檔案 」有分享到如何串接起kafka與minio， 雖然在minio上傳的部份尚未完成串流的部份， 但初步的橋接已經完成了， 接下來我們要分享的是如何串流到minio。
這個實現的關鍵點在
RabbitMQ 和 Kafka 是兩種流行的消息處理工具，各自擅長不同的應用場景。RabbitMQ 以低延遲和靈活的消息路由著稱，適合即時通信和微服務；Kafka 則專注於高吞吐量和數據持久化，適用於大規模數據流和實時分析。本文比較了它們的性能、擴展性和安全性，幫助你選擇最符合需求的解決方案。
Message Queue 和 Streaming Process 是分佈式系統中最重要的技術之一，但它們的應用場景和特性有明顯區別。消息隊列適合可靠的低延遲通信，而流處理專注於大規模數據流的實時分析。本文深入比較兩者特性，幫助你根據需求選擇合適的技術，打造更高效的系統架構！
本文介紹如何使用 Docker 安裝 RabbitMQ，並將其與 Node.js 結合，實現訊息的生產與消費。這個架構可以應用於分佈式系統或事件驅動架構中，幫助讀者理解如何整合 RabbitMQ 與 Node.js。
付費限定
上集回顧「【🔒Message Queue - Kafka】Schema Registry EP.1 傳輸訊息的標準格式制定者 」， 我們在文章中有提到當Schema升級時， 會衍生一些問題， 那這些問題主要是Schema Registry會根據我們的相容性策略來驗證新版的Schema是否合法， 這
付費限定
歡迎來到「kafka 案例篇」， 這個章節我們來談談如何從kafka的主題訂閱檔案封包並上傳到minio，對於kafka是什麼並不熟悉的朋友， 也歡迎參考我們的「【🔒 Message Queue - Kafka】串流時代的超入門簡介」， 讓我們在串流時代的技術堆疊上能夠加入kafka的技能， 為即
付費限定
我們在「【Message Queue - Kafka】串流時代的超入門簡介」有介紹到關於Kafka的基礎概念， 那麼本章節主要著重於生產者(Producer)的面向來細部探討， 看看生產者(Producer)究竟是什麼？ 有哪些應該要注意的？
我們今天的主題除了說明生產者(Producer)的
付費限定
KSQL引擎， 串流形式的SQL？ 聽了應該霧煞煞吧！ 想像一下傳統的SQL， 是不是一個指令一個動作， 每發送一個指令之後就必須等到查詢/寫入…動作皆完成之後才回應， 然而在Streaming的應用上這顯然不太可行， 每分每秒都有資料流入的情境下， 資料的狀態都在變化， 假設我們一個指令一個動作，
