日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

订单单量监控v2

發布時間:2024/7/23 编程问答 42 豆豆
生活随笔 收集整理的這篇文章主要介紹了 订单单量监控v2 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

前段時間做了一個訂單單量監控的項目,已經投入使用了,現在總結一下
前期的想法參考這篇文章
整體使用了storm實時計算框架和redis數據庫,還有kafka消息隊列

先上效果圖,我們可以后期將數據展示出來,明顯發現某天00點有單量突變的情況,明顯是促銷活動導致單量增加了
而后面的報警也是證實了,單量的非正常變化,確實可以報警出來,最起碼的效果是有了

先簡單說下整體思路,后面再講詳細實現
1.在頁面下單成功的地方跨域調用一次kafka的服務,每成功一單就調一次
2.kafka的服務接到這次調用,發送kafka消息
3.storm服務實時接收這個kafka消息,將消息作為數據源,開始下面的計算
4.引入時間窗口的概念,引入定時器的概念,每隔固定時間統計前一段時間內的單量
5.拿這段時間內的訂單量和存在redis中的預測數據對比,是否報警
5.將這段時間的單量,結合預測算法,計算出下一段時間內的預測值,保存在redis中
6.最后echarts展示redis的數據,并定時刷新

詳細實現:
1.有人會有疑問,為什么要在頁面發送跨域請求?

因為訂單也是分類型的,不同類型的訂單,可能完全就是兩個不同項目的兩套代碼; 我們最終要做的,其實就是在訂單下單完成后,能夠發送一個kafka消息; 如果每個項目都嵌入發送kafka的代碼,就存在冗余; 本次項目,是將發送kafka的這個功能,單獨抽出來作為一個項目,對外提供http接口; 其他所有下訂單的項目,在下單成功后,都統一跨域調用這個http接口; 最終由這個kafka的服務統一發送kafka消息.

跨域請求相關知識點,可以參考我的這篇文章jsonp跨域
2.

總結

以上是生活随笔為你收集整理的订单单量监控v2的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。