[英]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 Sourcing
或Append-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.