評論 > 存照 > 正文

小的明白 : 「一碼通」真相

「一碼通可以每分鐘服務120萬市民掃碼,幫助各行各業快速復工,保障市民群眾健康出行」

來源:@2021年2月18日,西安市大數據資源管理局官方微信公眾號「西安大數據」

圖文無關

12月20日,星期一,早高峰。

這一天,西安市民出行,必須出示48小時核酸陰性證明,西安「一碼通」破天荒的,崩潰了。

這一崩潰就是一天,很多市民第二天還打不開。哪兒去不了,啥也幹不了。

負責「一碼通」系統的西安市大數據局長劉軍公開回應,「建議廣大市民非必要不展碼、亮碼」,公眾一片譁然。

2022年1月4日,「一碼通」再次崩潰。

網上信息顯示,當天開始最新一輪全面核酸檢測,北京來督導防控的國務院領導同志在現場親眼目睹了「一碼通」系統的第二次崩潰。

1月5日凌晨,西安市委組織部發佈消息,西安市大數據資源管理局局長劉軍因履職不力,停職檢查。西咸集團副總經理、秦創原創促中心主任劉鑫接任局長。

半個月,一崩再崩。

西安「一碼通」到底怎麼了?

No.1「一碼通」前世今生

「一碼通」的學名是健康碼。

健康碼其實最早來自阿里的企業員工碼。由阿里旗下的釘釘開發的,用於員工上下班考勤打卡和日常工作管理。

2020年初,因為防疫需要和推進經濟重啟,杭州市政府決定與釘釘、支付寶等企業合作開發杭州健康碼。

2021年2月9日,健康碼在杭州餘杭區率先推出,之後在杭州全市推廣,在浙江11地市全部上線。對市民和來杭人員實行「紅黃綠」三色動態管理。上線首日訪問量即達到1000萬。

一個月後的3月4日,由阿里雲支持的「健康碼」已在全國24省200多座城市落地。

杭州市數據資源管理局局長鄭榮新曾對外表示:「杭州健康碼就是企業員工健康碼的簡化版。」

2020年2月下旬,在國務院辦公廳電子政務辦下屬的全國一體化政務服務平台聯合支付寶、阿里雲等企業,全國一體化政務服務平台疫情防控健康碼系統正式上線。

而在南方的深圳,騰訊健康碼也於同一天上線。

當年3月10日,騰訊表示其健康碼累計亮碼超過16億人次,累計訪問量破60億。

背後是各地省政府和各地大數據管理局的參與和認可,在短短不到一個月,健康碼便已經跑遍大江南北。

健康碼系統說簡單也簡單。

簡單來說,健康碼就是一個基於個人位置和位移(位置變化)信息管理信息系統(MIS)。

這是比較簡單的系統,因為就只有位置這個唯一變量,外加一個區域信息分類,根據個人所在的區域防疫等級進行區分,從而得出不同顏色定性。

以支付寶為例,支付寶默認了個人姓名、身份證號碼、手機號碼等信息。

最早的版本需要用戶自主提交當前城市、是否接觸過新冠或疑似患者、當前健康狀況等信息,信息提交完畢,就可以領取得一張屬於自己的「健康碼」。後期後台將這些數據都改為自動獲取了,打開支付寶點擊健康碼,系統就可以自動生成不同顏色的二維碼。

說複雜,主要是健康碼的信息來源和處理規則。

健康碼的數據可能來自比如當地的防疫管理局、公安局、衛健委等,他們都有自己的數據輸入和數據系統。

健康碼都是由各地政府來主導,基於各地大數據中心,以及用戶自己申報,進而用政府制定的算法、規則來運行。

各地健康碼的技術開發、數據庫基本一致,但在實際推廣落地過程中,各省份疫情管控情況不一,因地制宜,使得健康碼「百碼齊放」,給全國健康碼的互通互認增加了難題。

有網友在一個省份是綠色,在另外一個省市就被判定為黃色甚至紅色,無所適從。

No.2西安的問題出在哪

西安一碼通系統是由西安市大數據管理局為業主單位籌建,單一來源總包商為中國電信西安分公司。應用部署在西安市「政務雲」平台上。

西安市大數據資源管理局作為西安市政府的信息化主管部門,主要承擔疫情防控工作信息化保障任務。除了西安「一碼通」平台,還負責市核酸檢測系統、市疫苗接種系統等全市疫情防控信息化項目。

2020年2月中旬,西安「一碼通」系統上線

西安電信將工程逐一分包出去,基本都是單一來源採購:

一碼通系統建設單一來源:西安東軟

一碼通安全配套單一來源:杭州安恆

可視化工程單一來源:中譯語通

短訊服務單一來源:阿里雲

一碼通引擎單一來源:美琳數據

不搞工程的朋友可能不知道。單一來源採購也稱直接採購,是指採購人向唯一供應商進行採購的方式。符合限購和金額標準,一般是來源渠道單一、擴建受到原有項目限制,或不可預見的緊急情況。該採購方式的最主要特點是沒有競爭性。

2020年1-2月是疫情最吃緊的時期,採取單一來源採購也可以理解。雖然緊急,但是從業內專業人士估算角度,上述系統的預算最起碼在300萬以上,甚至肯可能接近千萬級別。考慮到主要是租用雲服務和軟件開發,對於這樣一個系統,預算還是相對比較充分的。

但是近兩年時間過去了,「一碼通」系統在不到半個月時間就崩潰了兩次,這就有點說不過去了。

據《財新》雜誌1月4日援引專業人士的說法,訪問崩潰原因一般有三類:

1、帶寬問題;

2、代碼處理邏輯;

3、程序設計問題。

如果是帶寬問題,在雲計算平台上,通過「限流」和「擴容」都是非常容易解決的。甚至誇張一點說,點幾下鼠標,動一動鍵盤,很快可能就搞定了。不至於花了大半天還沒搞定。

西安常住人口是1300萬,假定日常流量是200萬,但是系統理想或者極限設計值應該可以支持1300萬人在線。當然為了節省成本,實際設計時可能會折中成比如400萬人。

至於代碼處理邏輯問題。西安一碼通上線兩年了,大部分時間還是很穩定的。再說,這個健康碼的邏輯,並不複雜,就是利用移動、電信等運營商的基站漂移數據來定位手機用戶,然後用區域疫情等級信息來分類並標記,以不同顏色的二維碼來呈現。這種可能性不大。

那麼是否是程序問題,第一次系統奔潰後,「一碼通」團隊對程序進行了「回滾」。從處理方式看,得到了佐證。

責任編輯: 李廣松  來源:師說新知 轉載請註明作者、出處並保持完整。

本文網址:https://hk.aboluowang.com/2022/0108/1693226.html