簡體   English   中英

Event Hub旨在用於事件源/僅附加日志體系結構

[英]Is Event Hub's intended to be used for Event Sourcing / append-only log architectures

事件中心不允許您存儲超過7天(可能長達30天)的郵件。 Azure建議的PaaS事件采購架構有哪些限制? 如果它是Event Hub +快照,如果我們以某種方式需要重建該狀態會發生什么? 另外,Event Hub對KSQL / Spark Azure Stream Analytics的回答是什么?

好問題!

是的, EventHubs旨在用於Event SourcingAppend-only log模式。 EventHubs可用作流處理和分析引擎(如SPARK)的源/接收器,因此不是其競爭對手。 通常,EventHubs提供與Apache Kafka類似的功能。

是的,從僅附加日志實現重建事務Snapshotting絕對是推薦的方法!

在將EventHubs塑造為產品時,我們考慮為retentionPeriod分配默認值 - 是 -

  • 大多數關鍵系統每隔幾分鍾就會創建一次快照。
  • 圍繞此建議的大多數設計模式建議保留較舊的快照以進行重建

因此,很明顯我們不需要無限的日志,並且一天的時間限制將適用於大多數用例。 因此,我們開始默認1天 - 並給了一個旋鈕直到7天。

如果您認為,您將有一個案例,您將需要及時返回> 7天來重建快照(例如:用於調試 - 通常不是99%的情況 - 但是,同意設計和適應對於這是非常明智的),推薦的方法是將數據推送到檔案商店。

當我們的usage Metrics顯示我們的許多客戶都有一個致力於將數據推送到檔案商店的EventHubs consumer group - 我們希望開箱即用,然后開始提供 - Event Hubs Capture功能

有關事件中心的更多信息。

事件中心應該用於在數據存儲實例之間移動事件時臨時存儲事件。 您必須將它們加載到某個永久存儲器以便無限期使用,例如Cosmos DB。

KSQL在某種程度上可與Azure Stream Analytics相媲美。 Spark是一個更廣泛的產品,但您可以使用Spark來處理事件中心數據。

PS我不是微軟的官方發言人,所以這只是我的看法。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM