2023年11月12日，晚6點又發(fā)生重大故障了，早在2022年12月18日，阿里云香港Region可用區(qū)C發(fā)生大規(guī)模服務(wù)中斷事件，對很多客戶業(yè)務(wù)產(chǎn)生重大影響，影響面擴大到香港可用區(qū)C的EBS、、OSS、、RDS等更多云服務(wù)。

這次影響更大，在這一個多小時里 ，餓了么都下不了單，騎手進不了系統(tǒng)，點不了外賣、停車場不抬桿、超市無法結(jié)賬 ！

受影響產(chǎn)品包括：機器學(xué)習(xí)、圖像搜索、智能推薦AlRec、智能開放搜索OpenSearch、云行情、數(shù)據(jù)總線DataHub、檢索分析服務(wù)Elasticsearch版、企業(yè)級分布式應(yīng)用服務(wù)、 消息隊列MQ、微服務(wù)引擎、鏈路追蹤、應(yīng)用高可用服務(wù)、應(yīng)用實時監(jiān)控服務(wù)、Prometheus監(jiān)控服務(wù)、消息服務(wù)、消息隊列Kafka版；

圖計算服務(wù)Graph Compute、實時計算Flink版、智能數(shù)據(jù)建設(shè)與治理Dataphin、開源大數(shù)據(jù)平臺E-MapReduce、云原生大數(shù)據(jù)計算服務(wù)MaxCompute、實時數(shù)倉Hologres.大數(shù)據(jù)開發(fā)治理平臺DataWorks、智能媒體服務(wù)、媒體處理、視頻點播、對象存儲、文件存儲NAS、表格存儲、日志服務(wù)、云存儲網(wǎng)關(guān)、API 網(wǎng)關(guān)、數(shù)據(jù)傳輸、數(shù)據(jù)庫自治服務(wù)、數(shù)據(jù)庫備份、物聯(lián)網(wǎng)平臺、NAT網(wǎng)關(guān)、負載均衡、云解析PrivateZone、彈性公網(wǎng)IP、共享帶寬、轉(zhuǎn)發(fā)路由器、私網(wǎng)連接、高速通道、IPv6網(wǎng)關(guān)、專有網(wǎng)絡(luò)VPC、云企業(yè)網(wǎng)、VPN網(wǎng)關(guān)、FPGA云服務(wù)器；

超級計算集群、批量計算、無影云桌面、文件存儲HDFS版、塊存儲、混合云備份服務(wù)、密鑰管理服務(wù)、云防火墻、數(shù)據(jù)庫審計、加密服 務(wù)、運維安全中心(堡壘機)、 容器鏡像服務(wù)、容器服務(wù)Ku bernetes版、彈性伸縮、彈性容器實例、彈性裸金屬服務(wù)器、資源編排；

云原生數(shù)據(jù)倉庫Analyti cDB PostgreSQL版、圖數(shù)據(jù)庫、云原生內(nèi)存數(shù)據(jù)庫Tair、云 數(shù)據(jù)庫Redis 版、云原生關(guān)系型數(shù)據(jù)庫PolarDB、云數(shù)據(jù)庫專屬集群、云數(shù)據(jù)庫MySQL版、云原生數(shù)據(jù)倉庫AnalyticD B MySQL版、云原生分布式數(shù)據(jù)庫PolarDB-X、云數(shù)據(jù)庫 ClickHouse、云原生多模數(shù)據(jù)庫L indorm、云數(shù)據(jù)庫Postgr eSQL版、云數(shù)據(jù)庫SQL Server 版、云數(shù)據(jù)庫MongoDB版、云數(shù)據(jù)庫HBase版；

云服務(wù)器EC S、輕量應(yīng)用服務(wù)器、函數(shù)計算、Serverless 應(yīng)用引擎、云托付、專有宿主機、GPU云服務(wù)器、彈性高性能計算、操作審計、服務(wù)器遷移中心、運維編排、智能計算靈駿、云呼叫中心、交通云控平臺、客服工作臺、視覺智能開放平臺、智能外呼機器人、智能語音交互、智能對話機器人、智能用戶增長、運維事件中心、新零售智能助理。

影響服務(wù)之多，涉及范圍之大，已經(jīng)刷新阿里云史上最大事故！阿里系的產(chǎn)品影響面這么廣，其他互聯(lián)網(wǎng)大小廠不知道都遭受什么大影響。

在阿里云最近的大規(guī)模服務(wù)中斷事件中，我們見證了技術(shù)不穩(wěn)定性的直接后果。從餓了么無法下單到超市結(jié)賬系統(tǒng)癱瘓，影響之廣泛令人震驚。這不僅是技術(shù)故障的問題，更是阿里云管理策略和技術(shù)投入的問題。長期以來，人員流動和技術(shù)疏忽導(dǎo)致了系統(tǒng)的脆弱性，這次事故是必然的結(jié)果。

難以置信的是，阿里云作為技術(shù)巨頭，其技術(shù)水平如今竟然飽受質(zhì)疑。不僅如此，此次故障也暴露了許多互聯(lián)網(wǎng)公司在研發(fā)資源上的短視和節(jié)約。他們忽視了一個基本事實：在技術(shù)穩(wěn)定性面前，任何節(jié)約都是短視的。只有投入足夠的資源和精力，才能確保系統(tǒng)的穩(wěn)定和可靠。

作為行業(yè)的一部分，我們必須吸取這次事件的教訓(xùn)。我們需要重視技術(shù)研發(fā)，保持團隊的穩(wěn)定，不斷追求技術(shù)革新。只有這樣，我們才能避免未來出現(xiàn)類似的災(zāi)難，確保我們的服務(wù)穩(wěn)定可靠，滿足用戶的需求。這不僅是對我們自身的要求，更是對社會的責(zé)任。