快手打新擠爆券商系統，網易數帆穩定性保障方案助力更新/快手打新擠爆系統，券商分布式技術底座如何更新

相信大家都還記得快手“老鐵”擠爆券商系統的“大動作”，足夠666。

2021年剛開年，快手正式啟動招股，申購情況比預測得還要火爆。認購開啟僅2分鐘，券商的融資額度便幾乎被一搶而空，而認購頁面的排隊人數則還有數萬人…… 

“手快”也搶不到的快手

讓我們先來回顧下故事發生的整個過程。虎嗅網報道，當天10點30分認購開始，富途率先釋放80億港元的融資額度。短短4分鐘，剩餘銀行融資額度就僅剩1.34萬港元，而排隊人數卻還有4萬多人。13分鐘後，富途證券首日的80億融資額度就被一搶而空。還有投資者反映，打新開始，自己剛進某券商快手打新頁面，券商系統就當場表演“崩潰”，顯示系統繁忙。

随後，有券商相關人士向媒體确認“當機”，技術部門緊急修複後，系統已經正常運轉。不過，對于當機原因，技術部門也正在分析，“交易量比較大應該是原因之一”。其實，這并不是個例，還有不少券商系統有客戶反映卡頓，經常掉線，導緻交易不暢。 

為什麼快手ipo會出現券商系統崩潰？

首先，當然是快手本身屬于自帶流量的“網紅”。券商與銀行由于業務不同，科技能力建設不可同日而語，一旦遭遇快手這樣的“網紅”，打新頁面不敵投資者高漲的熱情而崩潰，就在情理之中了。

網易數帆金融解決方案專家分析，更為主要的原因，還是在于融資融券系統的穩定性保障體系建設不夠。如果在流量洪峰達到之前就能準确評估目前系統的整體容量，并掌握核心鍊路的強弱依賴關系，同時配套相應的服務治理政策，比如限流、降級等，就能有效避免因交易回轉量大帶來的堵單風險。最後，即使系統出現當機，也能夠按照既定的應急預案進行恢複，最大限度保證系統的可用性。

據了解，快手打新當天釋放共76億融資額度的老虎證券，提前按螞蟻申購人數的2倍來準備系統容量，最終扛住了壓力。而富途證券認購總金額超過160億港元，認購人數超過92000人，壓力更為巨大。

針對這種情況，建議引入經過網際網路驗證的分布式技術架構，實作架構上的水準擴縮容。然後在分布式架構的底座上，建構一整套的穩定性保障體系，包括服務治理、容量評估、故障治理等。然而，這些基礎架構能力和保障體系建設，需要基礎軟體層面的配合來處理複雜的技術難題，這并非券商的核心業務。

“維穩三式”讓券商系統不懼網紅打新

在網易數帆金融解決方案專家看來，通過服務治理、容量評估、故障治理三項措施，提供全面的穩定性保障方案，從事先預防、事中應對兩個方面着手，是讓券商系統能夠獲得内生的大并發交易處理能力，應對突發流量的狂轟亂炸，保證數字化業務服務體驗的有效解決辦法。網易數帆借助旗下輕舟和易測的産品能力，整合出在突發流量的狂轟亂炸中，仍能保證數字化業務服務體驗的解決方案。

在服務治理方面，輕舟微服務提供了一個可插拔分布式能力架構支撐穩定性保障體系建設，這意味券商業務系統無需動大手術，即可獲得先進的分布式技術底座，無論是基礎的服務注冊/發現，統一配置和可觀測性，中級的限流、降級、灰階釋出等，還是高階的全鍊路标記、資料隔離、故障注入等，實作整個微服務應用生命周期的動态管控。該架構支援開源Spring Cloud、Dubbo和gRPC業務的一鍵托管，同時采用面向未來的設計，通過獨特的Agent+Sidecar雙擎模式，支援券商業務從經典的微服務架構平滑過渡到未來的服務網格。

在容量評估層面，網易數帆曆經了網易電商業務多年618、雙11實戰大考，提供全程流程自動化的線上壓測平台，壓測模型能夠覆寫超過93%的使用者行為，通過提前粗略擴容-多輪精準擴縮容-核心服務微調-資源回收四部曲，實作了壓測結果驅動資源、性能、流量三者協調，讓券商能夠以最低的成本來保障系統的穩定性。壓測的準确性得益于全鍊路壓測标記傳遞，同時資料隔離的能力保證了壓測流程對業務正常響應的幹擾。

針對故障治理，網易數帆也提供了包括預案管理、故障管理和故障演練的完整方案，覆寫系統級、應用級、中間件級以及自定義的故障，覆寫Kubernetes、Docker、微服務，從不同層面來解決不同的問題。

據了解，網易數帆金融解決方案已經應用于國内多家領先的大型國有銀行、股份制銀行以及證券公司，助力這些公司順利開展數字化業務，在新時代的競争中搶占先機。