[發明專利]一種事件處理的方法、服務器及系統

有效

• 申請號: 201810150232.3
• 申請日: 2018-02-13
• 公開（公告）號: CN108566291B
• 公開（公告）日: 2020-04-28
• 發明（設計）人: 劉曉豐;楊博為
• 申請（專利權）人: 北京三快在線科技有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 莎日娜

本發明實施例提供了一種事件處理的方法、服務器及系統，其中所述方法包括：接收下游系統發送的事件信息，其中，所述事件信息包括事件標識；如果在預設的共享緩存數據庫中沒有查找到所述事件標識，則基于所述事件標識獲取對應的事件狀態信息；將所述事件標識以及對應的事件狀態信息寫入所述共享緩存數據庫中。本發明實施例可以使得事件狀態信息不存在任何一臺上游節點中，而是統一存儲在共享緩存中，實現了事件狀態信息與上游節點的分離，使得本發明實施例能夠應用于所有場景的狀態信息。

技術領域

本發明涉及電話數據處理領域，特別是涉及一種事件處理的方法、服務器及系統。

背景技術

為了提升整體應用的可靠性，提升系統的并發性能，在狀態服務中，現有技術通常采用狀態節點通訊粘性或者主備服務模式進行狀態遷移，但上述兩種方式分別存在以下不足：

針對狀態節點通訊粘性的方式，狀態節點分發一般是根據某一個特定的屬性值做hash取余算法，唯一命中某一服務節點，而hash取余算法的分母就是應用節點的數量，所以在新增或減少應用節點時，對hash取余算法都有影響，使得節點無法擴容。另一方面，由于節點的數據保持在服務器的內存中，數據由節點本身維護，當應用節點故障時，內存數據隨即消失，無法恢復。

針對主備服務模式的方式，通訊節點只在主服務上進行狀態維護，當主節點出現故障時，備份節點立即啟用，這種方案只能維持簡單的場景狀態邏輯，當遇上復雜的場景時，狀態無法變更。

發明內容

鑒于上述問題，提出了本發明實施例以便提供一種克服上述問題或者至少部分地解決上述問題的一種事件處理的方法、服務器及系統。

為了解決上述問題，本發明實施例公開了一種事件處理的方法，所述方法包括：

接收下游系統發送的事件信息，其中，所述事件信息包括事件標識；

如果在預設的共享緩存數據庫中沒有查找到所述事件標識，則基于所述事件標識獲取對應的事件狀態信息；

將所述事件標識以及對應的事件狀態信息寫入所述共享緩存數據庫中。

優選地，所述事件標識包括業務對象標識以及事件序號，在所述在預設的共享緩存數據庫中沒有查找到所述事件標識，則基于所述事件標識獲取對應的事件狀態信息之前，還包括：

在共享緩存數據庫中查找所述業務對象標識以及事件序號；

若均查找到所述業務對象標識以及所述事件序號，則判定所述事件標識查找成功；

若查找到所述業務對象標識但沒有查找到所述事件序號，或者，均沒有查找到所述業務對象標識以及所述事件序號，則判定所述事件標識查找失敗。

優選地，所述將所述事件標識以及對應的事件狀態信息寫入所述共享緩存數據庫中，包括：

若均沒有查找到所述業務對象標識以及所述事件序號，則將所述業務對象標識作為主鍵，所述事件序號以及所述事件狀態信息作為所述主鍵對應的值，寫入所述共享緩存數據庫中；

若查找到所述業務對象標識但沒有查找到所述事件序號，則將所述事件序號以及所述事件狀態信息覆蓋所述業務對象標識下的原有記錄。

優選地，所述方法還包括：

若在預設的共享緩存數據庫中查找到所述事件標識，或者，在所述將所述事件標識以及對應的事件狀態信息寫入所述共享緩存數據庫中以后，則向所述下游系統返回處理完成信息。

優選地，在所述接收下游系統發送的事件信息的步驟之前，所述方法還包括：

向下游系統發送訂閱消息。

本發明實施例還公開了一種事件處理的方法，所述方法包括：