閱讀38 返回首頁    go 阿裏雲 go 技術社區[雲棲]


關於概率性事件的產品性能和客戶體驗討論

           事件回放:近期關於短信驗證碼出現的概率性事件,為處理db2序列返回概率大概在萬份之一為null的解決方案。

           方案一,為杜絕null的產生和數據庫數據的完全性及用戶體驗的角度,允許設計萬份之一為null的組合主健出現,但為必須要處理插入數據庫後的過濾處理,確保數據的完整性。

           方案二,為杜絕概率性nul出現,db2序列返回值和規則時間組合主鍵直接攔截,並不做接下來的操作。

 

          方案一由本人提出並設計校驗,方案二由第三方架構師提供。經過一場討論,在處理概率性事件上,主要看產品運用場景而采用不同的方案。第一個方案主要是為了用戶體驗(無論是否發生概率性事件null都必須成功發送短信)而犧牲極少的io訪問處理性能。

         第二個方案主要為性能出發,直接犧牲用戶體驗而告知用戶你必須重新發送短信驗證碼。


         因此做位一個設計師或架構師來講,主要看自己產品的運用場景不同而采用不同的解決方案。         

          



 

最後更新:2017-04-03 05:39:31

  上一篇:go 牛腩新聞發布係統總結(一)——總體感受
  下一篇:go Linux內核剖析 之 內存尋址(三)