0
今天上午8:30左右，不少用戶集中反映，“粵省事”小程序里的“粵康碼”打不開了。
在亮碼的過程中，頁面會出現(xiàn)“信號不佳”的提示，或是直接呈現(xiàn)黑白二維碼，表示“亮碼失敗”。
下方的“核酸檢測”和“疫苗接種”兩欄都注明“升級維護，請稍后再試”。
圖左為正常訪問；圖右為亮碼失敗
#粵康碼#、#粵康碼崩了#等詞條迅速登上微博熱搜。
事發(fā)六小時后，熱搜詞條仍然在榜
上午10:00之后，情況逐漸得到緩解。也有網(wǎng)友向雷峰網(wǎng)表示，自己的粵康碼在十點左右還是黑白，但在十點半左右已經(jīng)可以正常打開。
今日午間，當市民再度打開“粵省事”小程序里的“粵康碼”，頁面會首先顯示公告稱：
8:31，監(jiān)測到流量增大；
9:04，部分緩解；
9:56，完全恢復順暢運行。
而在粵康碼崩潰的90分鐘里，微信小程序“深i您”、“穗康碼”，以及由國家政務服務平臺提供服務的支付寶健康碼，均可正常使用。
微信小程序“深i您”界面
“應該只有‘粵省事’這個渠道出了問題。‘深i您’和‘穗康碼’都分別注明了‘粵康碼（深圳/廣州）’的字樣，但一樣可以正常打開?！庇芯W(wǎng)友評論道。
公開資料顯示，數(shù)字廣東公司是粵康碼系統(tǒng)以及全省數(shù)字政府建設(shè)的運營中心。“粵省事”移動政務服務平臺，由騰訊與廣東省合作開發(fā)。
在1月7日到1月9日的三天時間里，深圳新增四例本土確診病例，深圳多區(qū)同時展開大規(guī)模核酸篩查。深圳以及廣東其他市縣的不少公共場所，都新增了入場前先亮健康碼和核酸證明的防疫要求。
而今天（1月10日）正是深圳“0107疫情”發(fā)生之后的第一個工作日，不少上班族正是在進入地鐵和辦公園區(qū)的時候，發(fā)現(xiàn)粵康碼打不開了。
這次故障的主要原因，多位業(yè)內(nèi)人士表示，應該還是與高并發(fā)訪問有關(guān)。
官方聲明中提到：
今早的訪問量峰值一度高達140萬次/分鐘。
而根據(jù)廣州日報的報道，2021年5-6月廣東曾爆發(fā)過一輪疫情，在此期間，粵康碼進行過系統(tǒng)調(diào)優(yōu)升級：
促使網(wǎng)關(guān)每分鐘可承載的訪問量從原來的10萬+提升至60萬+，每天的調(diào)用量從原來的10億+提升至80億+。
有業(yè)內(nèi)人士指出，從兩組數(shù)字的對比來看，粵康碼系統(tǒng)今早確實顯著承壓。
“遇到高峰浪涌，爆服務器負載屬于正常現(xiàn)象?！辟Y深信息安全專家吳先生向雷峰網(wǎng)(公眾號：雷峰網(wǎng))解釋，就算有彈性資源自動擴容機制，生效也需要時間，擴容期間的請求還是會卡在隊列里。
整個擴容流程大致是：浪涌到閾值——觸發(fā)告警——觸發(fā)擴容請求——分配資源——掛載鏡像——服務啟動——負載均衡器轉(zhuǎn)發(fā)流量。
他強調(diào)，“擴容的每一步都是秒級反應，但第一步到最后一步之間，這段時間的請求，在重新請求之前都卡著。如果浪涌太快，需要連續(xù)申請資源，還是會卡不少時間。”
舉個例子：
假設(shè)隊伍負載是100（100進100出）一旦溢出，假設(shè)每次擴容20％，擴容用時10秒；
某一秒的峰值到達130，觸發(fā)告警；
10秒后擴容至120，不夠則繼續(xù)擴容；
但在這10秒內(nèi)，超出能力的請求數(shù)量可能已經(jīng)累積了300個，響應還是很慢，只能等著隊列超時后重新分配，或者卡進去。
這還不包括“卡了之后重新請求——造成流量異常上升”的情況。
也就是說，即便擴容只需要十秒鐘，但就在這十秒鐘之內(nèi)，問題還在不斷堆積；自動擴容后的能力，也未必能應對十秒之后的新情況。
這種“訪問量激增導致亮碼失敗”的情況，可以通過提前擴容來應對嗎？
“很難，除非準確預測流量曲線。”吳先生說。
某災備廠商告訴雷峰網(wǎng)，此次崩潰，可能與項目方“只做了數(shù)據(jù)級容災、沒做應用級容災”有關(guān)。
但多位技術(shù)專家也給出了相反的看法，指出應用級災備是“高投入、價值低頻且難以度量”，在大多數(shù)時候“相當于服務能力成倍冗余”。
應用級容災確實更能確保業(yè)務的連續(xù)性，但不同于云服務彈性擴容，這需要長期占用固定投資，且資源平時無法通過靈活應用產(chǎn)生其他價值。
我們可以把彈性擴容看作是搭帳篷，用途多變，啟用和收回也十分靈活；而應用級災備就像是直接建造一處特定用途的樓房，確實穩(wěn)定堅固，但成本高出不少，因此有專家認為，“建設(shè)應用級容災并不是理想的解決辦法?！?/p>
此次粵康碼無法正常訪問，也讓許多人聯(lián)想到不久前西安一碼通的兩輪崩潰。不少各地網(wǎng)友表示，自己所在地的健康碼也出現(xiàn)過亮碼緩慢的情況。
鈦媒體的報道中指出，西安一碼通是“一起因流量過載、系統(tǒng)架構(gòu)應對高并發(fā)不足，最終導致防火墻攔截數(shù)據(jù)無法返回的系統(tǒng)性故障?！币灿屑夹g(shù)專家表示，相信西安一碼通存在一定的系統(tǒng)架構(gòu)設(shè)計硬傷，沒有充分考慮擴容的情況。
有業(yè)內(nèi)人士強調(diào)，粵康碼、西安一碼通的亮碼失敗，確實都與高并發(fā)訪問有關(guān)，但無論是何地的健康碼，實際情況都不可一概而論，不意味著西安一碼通的根本問題也出現(xiàn)在了其他地區(qū)健康碼身上。
但需要注意的是，健康碼因高并發(fā)而亮碼緩慢、甚至崩潰的背后，不只是容災、擴容這些相對淺層的技術(shù)問題。
“健康碼是一個融合多系統(tǒng)的產(chǎn)品，不是某個單一軟件公司可以覆蓋的?！盜T咨詢專家阿鯤（化名）向雷峰網(wǎng)分析稱，健康碼系統(tǒng)目前的關(guān)聯(lián)方應該包括：
信通院整合的三大運營商（定位及軌跡）；
各地的疾控中心（核酸檢測結(jié)果，疫苗接種結(jié)果）；
產(chǎn)品前端（微信、支付寶小程序）；
產(chǎn)品的運營（實際健康碼的加工和生成，數(shù)據(jù)整合，日常運營等）
其他關(guān)聯(lián)方，如云服務、防火墻的提供商。
整體架構(gòu)上，應當是有一個后臺和一個前端，都架在政務云上：
后臺采集各渠道數(shù)據(jù)，包括定位軌跡，核酸，疫苗等，統(tǒng)一加工后生成健康碼；
前端對接各渠道，從前端獲取客戶身份信息，到后臺查詢健康碼，并生成碼值展示。
一個看似簡單的健康碼，內(nèi)部涉及的產(chǎn)品和運營方太多，協(xié)調(diào)難度相當大；而且技術(shù)能力參差不齊，容易被木桶的短板所拖累。
“就算各方負責的部分都沒問題，合起來也可能會有一堆毛病，就像一個人四肢健全卻無法正常行走?！绷硪晃患夹g(shù)專家強調(diào)。
而項目牽頭者、實施方都有可能對健康碼的定位理解不準確，“項目是按政務系統(tǒng)來做的，但這是面向全網(wǎng)C端的大流量架構(gòu)——理論上是to G，實際上應該是to G to C?！卑ⅥH說。
再加上健康碼的特殊性，項目上線時間緊迫，往往未能經(jīng)過完整壓測；上線后又面臨巨大的運營壓力，騰不出人手和資源進行優(yōu)化。因此系統(tǒng)的整體架構(gòu)耦合太強，健壯性不夠。
同時他也強調(diào)，全國各地各自為戰(zhàn)，數(shù)據(jù)未整合，且各地的數(shù)據(jù)、架構(gòu)都不同，導致每個省各顯神通，也和當?shù)氐男畔⒒A(chǔ)設(shè)施密切相關(guān)，沒有統(tǒng)一的標準方案。
健康碼的真正考驗，是頂層設(shè)計能力和協(xié)同一致能力，是項目內(nèi)部各方、項目與其他數(shù)字基礎(chǔ)設(shè)施的協(xié)調(diào)。在疫情聯(lián)防聯(lián)控成為日常所需的今天，這將會是每個城市長久面對的考題。
雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。
