ref: https://medium.com/event-driven-utopia/comparing-enterprise-messaging-and-event-streaming-e714f7b5fc40
本篇文章要來介紹 Event Streaming 與 Enterprise Messaging 兩種概念的不同
作者一開始就指出這兩種系統都很普遍被用來實作非同步且可高度擴展的應用程式，不過大部分的人其實一直混用這兩套系統但是卻不知道這兩套系統的差異。
因此本文假設一個有一個室內空調的應用程式，並且打算以開應用程式來解釋上列兩種系統的不同。
該應用程式的架構如下
溫度感知器 ----> Messaging System -----> 空調應用程式
感知器每十秒會將訊息送到 Messaging System，而空調應用程式會從 Messaging System 去讀取該訊息來決定是否要提高溫度或是降低溫度。
一個典型的訊息內容如下
{
"sensor_id": "sd1039eiruqo239023",
"room": "BEDROOM",
"timestamp": "2018-08-20'T'13:20:10*633+000",
"reading": 24
}
接者作者打算從五個不同的維度來解釋這兩種系統的不同
1. Message processing style
2. Message consumption style
3. Access to message history
4. Fine-grained subscription to messages
5. Message delivery guarantees
Message Processing style
對於應用程式來說，要如何從 Messaging System 讀取資訊來處理總共有兩種方式
1. 採用 Messaging 的類型，針對每個單一訊息去讀取並且處理
2. 採用 Streaming 的方式，將讀取到的訊息給聚合起來，譬如得到一段時間內的平均值並且基於該平均值去處理
舉例來說，應用程式想要根據前一分鐘的平均值來判斷當前溫度是否要調整
Message consumption style
對於 Messaging 類別的系統來說，只要有使用者讀取了該資料，該資料就會從系統中被刪除
但是對於 Streaming 的系統來說，這些資料的刪除跟是不是有使用得讀取是獨立事件，完全由 Streaming 系統去決定的
對於剩下三種維度的比較有興趣的人別錯過原文囉-
processing介紹 在 设计师之光，最好的Processing中文教程，Processing之完全介绍 的推薦與評價
Processing 以其超强的视觉表现力和易学的语法成为很多设计师和艺术家的得力武器，以及大量编程初学者的入门语言。更多 Processing 资讯请关注微信公众 ... ... <看更多>