top of page
Message Queue 的應用背景
現代企業面臨複雜且分散的系統環境，各種應用程式、服務和系統都可能存在著緊密的耦合，彼此之間的相依性高，導致系統整合困難，使企業難以迅速適應新的業務需求或市場變化，系統也可能因用戶端上拋大量資料，造成佇列堵塞，久久無法消化，使服務停擺。
困境
同步訊息延遲
導致系統整體效能下降
困境
.png){kind=small}
組件緊密耦合
降低了系統可擴展性
困境
單一主機故障
影響整個系統的風險大增
困境
流量管理困難
導致性能下降或系統崩潰
核心能力
EZoMQ 的核心能力
高可用性
分散式集群架構設計，減少因單點故障造成系統停擺，提供更穩固的資料交換服務。
高擴展性
透過解耦和非同步處理，降低系統組件間的依賴，提高系統的靈活性和可擴展性。
高容錯力
將訊息儲存在分布式的訊息隊列中，有助實現異地備份和災難恢復，提高系統的容錯能力。
高效處理
實現非同步處理可以提高系統效能，降低因等待同步處理而造成的延遲，提升資料處理效率。
高安全性
可識別和驗證所有訊息，也能對靜止儲存、傳輸中或端對端的訊息進行加密，提高系統整體安全。
%20(2).png)
EZoMQ 的功能特性
大型檔案的處理
突破 Message Queue 的技術限制，可傳送任何種類與大小的檔案 (EX:數據檔、影片檔、音檔、辦公文檔)。
資料與檔案追蹤
資料從發送、排入佇列、送達接收端、接收端處理等過程都被具體追蹤，快速掌握數據狀態。
歷史紀錄的保存
保存發送與接收的歷史紀錄，若需重送資料，詳細的歷史軌跡將發揮關鍵作用，還有利於分析和系統運行狀況。
網路不穩也能穩定運作
特殊的中斷點續傳設計，讓傳送失敗的資料或檔案，在重新連線後，依然接續傳送，省下珍貴的寬頻。
技術特點
EZoMQ 的技術特點
痛點
資料交換樞紐，若單點故障，全廠停擺！
硬碟、主機等不可預期因素導致的故障，都可能造成全廠資訊系統停擺。
特點
分散式集群的 EZoMQ，多節點熱備，更可靠、更可用！
採分散式叢集架構設計，建置至少 3 個獨立節點，1~2 個節點故障仍不影響運作，提供更穩固的資料交換服務。
支援各種平台及通訊方式
支援多種資料交換方式
MQ Client－資訊落地，定時掃描
MQ Clent | 說明 |
|---|---|
File | 以檔交換，用戶端將資料整理成檔放入特定目錄，MQ Client 定時將檔掃走傳送至 MQ Server |
Database | 以資料庫交換 資料，因以資料庫為媒介，可支援各種系統語言平臺 |
EZoMQ Client 環境需求：
可以運行 java8 的環境 (Windows/Liunx)，1 核 CPU(含) 以上、512MB memory、50G Disk Space
MQ Client－相比 MQ Client 的落地與定時掃描機制，資訊從 Server 到 Client 完全不落地，程式直連消化端
MQ Agent | 說明 |
|---|---|
產銷 ERP ( Java ) | 串接中冠的產銷 ERP 系統，支援下拋 PDI 或接收 PDO 雙向傳送 |
Python CLI | 以 os command 執行 Python 程式，借力 MQ 讓各系統輕鬆使用 Python 平臺的服務 |
RESTful API | 能滿足只提供 RESTful API 的用戶端，在不影響其既有運作機制，又能藉助 EZoMQ 達到保證送達目的 |
Socket Server | 支援以 Socket 協定雙向交換資料的用戶端 |
.NET Framework | 以 .NET 語言封裝好的 library，可使用在 .NET 平臺 ( 4.5.1 以上 ) |
Java Spring Boot | 以 Spring Boot 建置的用戶端，直連 MQ Server |
bottom of page