第一財經(jīng)注意到，相對于千萬級的常住人口數(shù)量，這些系統(tǒng)承載的每分鐘的訪問量在百萬級別。隨著疫情反復，頻頻崩潰的數(shù)據(jù)平臺系統(tǒng)引起了人們的注意。“我早上6點就起來了，6點半去排隊，7點開始測，7點20就完事兒啦！”天津市民劉先生大清早就按照要求參加了核酸檢測，等到他看到了微信群里有朋友在抱怨核酸檢測系統(tǒng)的崩潰時，才覺得10日的早起，值了！

訪問：

ECS年終特惠：云服務器低至38元/年起

微信記錄顯示，有天津市民在10日10：40左右抱怨在快要排到時因核酸檢測系統(tǒng)崩潰不得不暫緩檢測，等到11：30時系統(tǒng)才重新恢復。“白排了嗎？”劉先生問朋友，對方回答沒有，因為喊了家人“輪流替會兒”。

官方系統(tǒng)為何如此“脆弱”？

各地大數(shù)據(jù)系統(tǒng)投入不少，除了最近天津的核酸檢測系統(tǒng)出現(xiàn)崩潰情況之外，還屬健康碼最為常用，“崩潰”率也最高。

2021年，山東、西安、天津等地都先后出現(xiàn)過故障。事后披露的原因多為當日最高查詢峰值激增導致系統(tǒng)阻塞。比如山東去年8月份當日最高查詢峰值達60.96萬人次/分鐘，同前一工作日相比激增8倍，是去年最高峰值的2.5倍，西安“一碼通”用戶訪問量激增時出現(xiàn)每秒訪問量達到以往峰值的10倍以上，而粵康碼流量異常增大時最高達每分鐘140萬次，超出承載極限，觸發(fā)系統(tǒng)保護機制。

第一財經(jīng)注意到，相對于千萬級的常住人口數(shù)量，這些系統(tǒng)承載的每分鐘的訪問量在百萬級別。

“傳統(tǒng)的做法通常會分為兩類，一是整合多方數(shù)據(jù)后，以統(tǒng)一的數(shù)據(jù)資源平臺面向政府體系提供服務為主，另一類是部署兩套系統(tǒng)分別應對政府內部服務和面向居民的服務體系。前者的架構在面對居民高并發(fā)的應用場景時容易遇到瓶頸；后者則可能會對數(shù)據(jù)資源進行重復建設。”一位業(yè)內人士告訴第一財經(jīng)，這些系統(tǒng)的構建涉及基礎資源層、網(wǎng)絡層、應用層多個專業(yè)廠商，出現(xiàn)問題的表征一定是訪問崩潰，但背后原因未必相同，因此不好對已經(jīng)出現(xiàn)崩潰情況的系統(tǒng)做出評價。

目前，各健康碼、核酸檢測系統(tǒng)的運營公司大多是經(jīng)由當?shù)氐拇髷?shù)據(jù)中心招投標建設而成，從股東方也可一窺技術提供方。比如“粵康碼”由數(shù)字廣東網(wǎng)絡建設有限公司負責開發(fā)及技術維護，背后的股東包括中國電子、三大運營商和騰訊。西安的一碼通由西安市大數(shù)據(jù)資源管理局牽頭，中國電信西安分公司開發(fā)部署。記者曾聯(lián)系了多家與健康數(shù)據(jù)平臺或當?shù)卮髷?shù)據(jù)中心有業(yè)務往來的技術供應方，但都得到了謝絕采訪的回復。

不過，記者了解到，通常這樣的系統(tǒng)會采用分布式大數(shù)據(jù)技術，結合所在地的人口情況、上下班出現(xiàn)的訪問高峰設計出相應的系統(tǒng)容量和冗余量。“健康碼的賦碼業(yè)務邏輯需要根據(jù)運營商手機相關數(shù)據(jù)、公安人口相關數(shù)據(jù)、衛(wèi)健委人員健康狀態(tài)等數(shù)據(jù)進行離線加工融合，并通過實時對接健康云等用戶注冊信息融合加工達到秒級別的生產數(shù)據(jù)以快速控制風險。所以團隊確定使用大數(shù)據(jù)分析和實時流處理引擎對這一業(yè)務場景進行技術支撐。”一位參與過某地健康碼系統(tǒng)搭建的相關人士介紹稱。

此外，還要對系統(tǒng)各環(huán)節(jié)下的全鏈路全方位測壓，以保證系統(tǒng)上線足夠高的可靠性和穩(wěn)定性。

應急層面上看，系統(tǒng)要有足夠的彈性伸縮能力。在訪問出現(xiàn)激增的特殊情況時，能夠快速擴容，滿足相應的訪問需求，比如進行容器化的設計保證底層基礎設施具備良好的彈性伸縮能力。

除去訪問容量冗余角度上的考慮，還要考慮對于整體系統(tǒng)層面的全流程監(jiān)控設計，如網(wǎng)絡訪問情況，健康碼接口訪問統(tǒng)計，日峰值出現(xiàn)時段等指標。這不僅為實時大屏提供了相應的數(shù)據(jù)指標支撐，同時也為團隊驗證系統(tǒng)容量設計，監(jiān)控保障系統(tǒng)穩(wěn)定運行，以及后續(xù)實現(xiàn)資源動態(tài)擴縮容提供了決策依據(jù)。

即便考慮再周全，這世上當然沒有完美無缺的系統(tǒng)，特別是在計算資源本身就是有限的情況下。業(yè)內人士提到需要配套合理的開發(fā)流程和運營管理流程來有效的支撐軟件系統(tǒng)的持續(xù)升級和健康運行。比如在總體系統(tǒng)設計上，針對關鍵軟件服務和數(shù)據(jù)配備應急資源和環(huán)境進行分級。平時這部分資源可用于一些創(chuàng)新業(yè)務或非關鍵性業(yè)務，一旦有臨時性的業(yè)務需求如全員核酸時，可以及時將這部分應急資源用于業(yè)務擴容來支撐。

這有些類似于12306系統(tǒng)將訂票和查詢余票業(yè)務分開，在各個子系統(tǒng)按需進行擴縮容的設計，同樣，也不建議在關鍵高并發(fā)的健康碼查詢路徑上關聯(lián)過多的非關鍵業(yè)務，不同業(yè)務采用微服務等新型軟件開發(fā)方式來開發(fā)，結合容器云等技術來實現(xiàn)動態(tài)的按需擴縮容，同時保證各個業(yè)務之間不互相影響，如上傳核酸報告、查詢核算報告、查詢健康碼等業(yè)務要分開。

“在某些關鍵業(yè)務失靈后能夠快速地從備份系統(tǒng)恢復數(shù)據(jù)并支持業(yè)務重新上線，這樣即使某個業(yè)務短暫出現(xiàn)問題，我們可以通過災備系統(tǒng)來快速恢復業(yè)務和數(shù)據(jù)，這樣老百姓的等待時間可以從一天縮減到幾分鐘。”這位業(yè)內人士說。