2017-07-06 131 views
0

我即將開始一個需要非常快速的響應時間和高可用性的項目,之前我已經完成了一些服務結構項目,所以我對此感到非常自信。服務結構使用單個數據庫持久服務的狀態服務

我目前傾向於一個特定的設計,基於狀態的內容服務與保存到某種形式的數據庫中的單個數據持久化服務的主要數據源。

讀操作由網絡API 寫操作完成通過與滷麪Azure的服務總線通信的處理程序中完成。

內容服務

  • 內容服務是有狀態的服務,其中在提交將消息發送到與保存在可靠字典對象,序列化爲JSON的持久性服務。

  • 內容服務他們的自我負責的,他們需要恢復數據時JSON反序列化。當整個詞典由於某種原因丟失或當復位消息放置在總線上

  • 還原方案可能。

持久性服務

  • 從總線臨危的消息,並且存儲包括實體,到數據存儲(尚未決定,也許表存儲)。
  • 服務需要重新加載數據時提供整個數據存儲庫。
  • 僅關心如何存儲和檢索數據,沒有進行完整性檢查

我真的不能確定這是否是設計一個系統,也有用戶數據的高量的可行之路。

對此設計有什麼想法?

+1

你的問題是什麼? – Dismissile

+0

試一試吧,讓我們知道! – Mardoxx

+0

問題的確是,如果你們中的任何一個人嘗試過類似的東西,或者對這個設計有任何顧慮。我主要擔心的是真的沒有辦法在可靠的字典中驗證數據。 –

回答

0

我最終追求的這種解決方案,它工作得很好,表現得非常好,但它需要大量的測試,以確保一切正常。