2 months ago

原本使用 Axon framework , 但他的 sequenceNumber 實在有點嚴格,所以就算多部屬幾台也難快起來

所以就參考它的格式自己做了一個範例

先假定應用場景

一個限量報名活動有 8000 個名額,但有 10000 個人次報名
先看測試結果


說不上很快,但再看一下架構


就會知道沒有很大意義,因為前面都只是先收下來在丟到 mq 後的回覆而已,所以前端可以無限水平擴展

再來我們看資料處理是否正確

恩,的確如預期 8000 個人報名成功 2000 個額滿失敗

那既然是異步處理,那後面處裡的是否夠快?

其實是分散式運算,我們多給一些資源來運算就可以加快了

這邊也有關於springboot的測試 Tomcat vs. Jetty vs. Undertow: Comparison of Spring Boot Embedded Servlet Containers


這樣比起來 1 萬個 request 好像真的很多?

順帶一提,我開的是 8vcpu 根本不會忙,所以 參數調整上要多花力氣 要不就根本不用開那麼強的機器來用

這邊有簡報資訊可以參考
QCon上海2016- CQRS & Event Sourcing 在互联网金融系统中的应用与实践-姚晨.pdf

← Springboot 效能調整紀錄 使用kubespray安裝Kubernetes 1.7 →
 
comments powered by Disqus