日韩欧美人妻无码精品白浆,夜夜嗨AV免费入口,国产欧美官网在线看,高校回应聋哑女生因长相完美被质疑

時(shí)隔一年阿里云又出大故障，并創(chuàng)造了云計(jì)算行業(yè)聞所未聞的新記錄 —— 全球所有區(qū)域/所有服務(wù)同時(shí)異常。我們應(yīng)當(dāng)如何看待這一史詩(shī)級(jí)故障案例，以及，能從中學(xué)習(xí)到什么經(jīng)驗(yàn)與教訓(xùn)？

事實(shí)是什么？

11月12日，也就是雙十一后的第一天，阿里云發(fā)生了一場(chǎng)史詩(shī)級(jí)大翻車。根據(jù)阿里云官方的服務(wù)狀態(tài)頁(yè)^[1]，全球范圍內(nèi)所有可用區(qū) x 所有服務(wù)全部都出現(xiàn)異常，時(shí)間從 17:44 到 21: 11，共計(jì)3小時(shí)16分鐘。

阿里云 Status Page

根據(jù)阿里云公告^[2]稱：“云產(chǎn)品控制臺(tái)、管控API等功能受到影響，OSS、OTS、SLS、MNS 等產(chǎn)品的服務(wù)受到影響，大部分產(chǎn)品如 ECS、RDS、網(wǎng)絡(luò)等的實(shí)際運(yùn)行不受影響”。

不過(guò)大量依賴阿里云服務(wù)的應(yīng)用 APP，包括阿里自己的一系列應(yīng)用：淘寶，釘釘，閑魚，… 都出現(xiàn)了問(wèn)題。產(chǎn)生了顯著的外部影響，APP崩了的新聞組團(tuán)沖上了熱搜。淘寶刷不出聊天圖片，閃送上傳不了接單憑據(jù)，充電樁用不了，原神發(fā)不出驗(yàn)證碼，餓了么下不了單，騎手進(jìn)不了系統(tǒng)，點(diǎn)不了外賣、停車場(chǎng)不抬桿、超市無(wú)法結(jié)賬。甚至有的學(xué)校因此無(wú)法用智能公共洗衣機(jī)和開(kāi)水機(jī)。無(wú)數(shù)在周末休息中的研發(fā)與運(yùn)維人員被喊起來(lái)加班排障……

包括金融云，政務(wù)云在內(nèi)的區(qū)域也無(wú)一幸免。阿里云應(yīng)該感到萬(wàn)幸：故障不是發(fā)生在雙十一當(dāng)天，也不在衙門與錢莊的工作時(shí)間段，否則大家說(shuō)不定能上電視看故障復(fù)盤了。

原因是什么？

盡管阿里云至今仍未給出一份事后故障復(fù)盤報(bào)告，但老司機(jī)根據(jù)爆炸半徑，就足以判斷出問(wèn)題在哪里了 —— 鑒權(quán)組件 / Auth 服務(wù)。

原因很簡(jiǎn)單，能讓全球所有區(qū)域同時(shí)出問(wèn)題的肯定不會(huì)是機(jī)房/硬件故障，而是跨區(qū)域共用的云基礎(chǔ)設(shè)施組件 —— 要么是認(rèn)證，要么是計(jì)費(fèi)，極低概率是其他全局性服務(wù)。

根因出在認(rèn)證服務(wù)上的可能性最大，因?yàn)楸还芸氐?strong style="margin: 0px; padding: 0px; outline: 0px; max-width: 100%; box-sizing: border-box !important; overflow-wrap: break-word !important; color: rgb(255, 53, 2); line-height: 1.5;">資源：類似云服務(wù)器 ECS / 云數(shù)據(jù)庫(kù) RDS 仍然可以繼續(xù)運(yùn)行，用戶只是無(wú)法通過(guò)控制臺(tái)/API對(duì)其進(jìn)行管理操作；然而深度與云API/認(rèn)證集成的對(duì)象存儲(chǔ) OSS （S3），表格存儲(chǔ) OTS ， SLS，MNS 服務(wù)本身可用性直接受到影響。另外一個(gè)可以排除的付費(fèi)服務(wù)的現(xiàn)象是：故障期間還有用戶成功付款 薅下了ECS的羊毛。

不僅僅是 OSS，使用其他深度集成 IAM/認(rèn)證 服務(wù)類的云產(chǎn)品也會(huì)有這樣的問(wèn)題，比如 OTS，SLS，MNS 等等。例如，對(duì)標(biāo) DynamoDB 的 OTS 同樣出現(xiàn)了問(wèn)題，這是因?yàn)?OTS 不像 RDS for PostgreSQL / MySQL 使用數(shù)據(jù)庫(kù)自身認(rèn)證，而是直接用IAM。

盡管上面的分析過(guò)程只是一種推斷，但它與流傳出來(lái)的內(nèi)部消息相吻合：認(rèn)證掛了導(dǎo)致所有服務(wù)異常。至于認(rèn)證服務(wù)本身到底是怎么掛的，在尸檢報(bào)告出來(lái)前我們也只能猜測(cè)：根據(jù)各種先例來(lái)看，人為配置失誤的可能性最大，比如有小道消息稱：

一位了解內(nèi)部信息的人士表示：“這次雙11期間，技術(shù)人員連續(xù)一周加班加點(diǎn)，雙11一過(guò)，大家都松懈了。有個(gè)新手寫了一段代碼，更新了組件，導(dǎo)致了本次的斷網(wǎng)。

如果真的是這樣的原因?qū)е抡J(rèn)證服務(wù)不可用，那可真的是 草臺(tái)班子 到家了。盡管聽(tīng)上去很離譜，但也不算太令人驚奇。再次強(qiáng)調(diào)，以上為路邊社消息與合理推論，具體事故原因請(qǐng)以阿里云官方給出的復(fù)盤分析報(bào)告為準(zhǔn)。

影響是什么？

像認(rèn)證這樣的基礎(chǔ)組件一旦出現(xiàn)問(wèn)題，影響是災(zāi)難性的。這會(huì)導(dǎo)致整個(gè)云管控面不可用，傷害會(huì)波及到控制臺(tái)，API，以及深度依賴云認(rèn)證基礎(chǔ)設(shè)施的服務(wù)，比如 OSS、OTS、SLS、MNS。盡管從公告上看來(lái)好像只有幾個(gè)服務(wù)受到影響，但 OSS 這樣的基礎(chǔ)性服務(wù)出了問(wèn)題，帶來(lái)的爆炸半徑是難以想象的，絕非“個(gè)別服務(wù)受到影響” 就能敷衍過(guò)去。

對(duì)象存儲(chǔ) OSS （Amazon S3）這樣的服務(wù)不同于虛擬機(jī)這種資源，是通過(guò)云廠商包裝的 HTTP API 對(duì)外提供服務(wù)的，因此必然深度依賴認(rèn)證組件：你需要AK/SK / IAM簽名才能使用這些 HTTP API，而認(rèn)證服務(wù)故障將導(dǎo)致這類服務(wù)本身不可用。

但是對(duì)象存儲(chǔ) OSS 實(shí)在是太重要了，可以說(shuō)對(duì)象存儲(chǔ)是云計(jì)算的“定義性服務(wù)”，也許是唯一一個(gè)在所有云廠商上能達(dá)成共識(shí)與標(biāo)準(zhǔn)的服務(wù)。云廠商的各種“上層”服務(wù)或多或少都直接/間接地依賴 OSS，例如 ECS/ RDS 雖然可以運(yùn)行，但 ECS 快照和 RDS 備份顯然是深度依賴 OSS 的，CDN 回源是依賴 OSS 的，各個(gè)服務(wù)的日志往往也是寫入 OSS 的。

從現(xiàn)象上看，核心功能跟 OSS 深度綁定的阿里云盤就掛的很慘烈，核心功能跟 OSS 關(guān)系不大的服務(wù)，比如高德地圖就沒(méi)聽(tīng)說(shuō)有什么大影響。大部分相關(guān)應(yīng)用的狀態(tài)是，主體可以正常打開(kāi)運(yùn)行，但是和圖片展示，文件上傳/下載文件這類有關(guān)的功能就不可用了。

有一些實(shí)踐減輕了對(duì) OSS 的沖擊：比如通常被認(rèn)為是不安全的 —— 不走認(rèn)證的 PUBLIC 存儲(chǔ)桶就不受影響；CDN 的使用也緩沖了 OSS 的問(wèn)題：淘寶商品圖片走 CDN 緩存還可以正常看到，但是買家聊天記錄里實(shí)時(shí)發(fā)送的圖片直接走 OSS 就掛了。

不僅僅是 OSS，使用其他深度集成 IAM/認(rèn)證 服務(wù)類的云產(chǎn)品也會(huì)有這樣的問(wèn)題，比如 OTS，SLS，MNS 等等。例如，對(duì)標(biāo) DynamoDB 的表格存儲(chǔ)服務(wù) OTS 同樣出現(xiàn)了問(wèn)題，這是因?yàn)?OTS 不像 RDS for PostgreSQL / MySQL 使用數(shù)據(jù)庫(kù)自身的認(rèn)證機(jī)制，而是與云廠商的 Auth 深度綁定。

那么這件事對(duì)于阿里云本身會(huì)有什么影響呢？首先當(dāng)然是違反 SLA 產(chǎn)生的賠償，3個(gè)半小時(shí)的故障范圍，當(dāng)月可用性指標(biāo)應(yīng)當(dāng)為 99.5%，落在絕大多數(shù)服務(wù) SLA 賠償標(biāo)準(zhǔn)的中間檔位上，也就是補(bǔ)償用戶月度服務(wù)費(fèi)用 25%-30% 的代金券。特殊的是這一次故障的區(qū)域范圍和服務(wù)范圍是全部！

OSS的SLA頁(yè)

當(dāng)然阿里云也可以主張說(shuō)雖然 OSS / OTS 這些服務(wù)掛了，但他們的 ECS/RDS 只掛了管控面，不影響正在運(yùn)行的服務(wù)所以不影響 SLA。說(shuō)起來(lái)這種補(bǔ)償即使是真的全部落地也沒(méi)幾個(gè)錢，更像是一種安撫性的姿態(tài)：畢竟和用戶的業(yè)務(wù)損失比，賠個(gè)服務(wù)月消 25%代金券簡(jiǎn)直就是一種羞辱。

比起用戶信任、技術(shù)聲望以及商譽(yù)折損而言，賠的那點(diǎn)代金券真的算不上什么。這次事件如果處理不當(dāng)，很有可能會(huì)成為公有云拐點(diǎn)級(jí)別的標(biāo)志性事件。

評(píng)論與觀點(diǎn)？

馬斯克的推特 X 和 DHH 的 37 Signal 通過(guò)下云省下了千萬(wàn)美元真金白銀，創(chuàng)造了降本增效的“奇跡”，讓下云開(kāi)始成為一種潮流。云上的用戶在對(duì)著賬單猶豫著是否要下云，還沒(méi)上云的用戶更是內(nèi)心糾結(jié)是否還要上去。在這樣的背景下，作為本土云領(lǐng)導(dǎo)者的阿里云發(fā)生如此重大故障，對(duì)于猶豫觀望者的信心無(wú)疑是沉重的打擊。恐怕此次故障會(huì)成為公有云拐點(diǎn)級(jí)別的標(biāo)志性事件。

阿里云一向以安全穩(wěn)定高可用自居，上周還剛剛在云棲大會(huì)上吹極致穩(wěn)定性之類的牛逼。但是無(wú)數(shù)層所謂的的災(zāi)備，多活，多中心，降級(jí)方案，被一次性全部擊穿，打破了N個(gè)9神話。如此大范圍、長(zhǎng)時(shí)間、影響面如此廣的故障，更是創(chuàng)下了云計(jì)算行業(yè)的歷史記錄。包括金融云和政務(wù)云在內(nèi)（是否是私有化部署的版本？）也同樣出現(xiàn)了服務(wù)不可用。

阿里云全球故障揭示出出關(guān)鍵基礎(chǔ)設(shè)施的巨大風(fēng)險(xiǎn)：完全依托于公有云廠商的大量 Web 服務(wù)缺乏基本的自主可控性：在故障發(fā)生時(shí)除了等死做不了別的事情。同時(shí)也展現(xiàn)了壟斷中心化基礎(chǔ)設(shè)施的脆弱性：互聯(lián)網(wǎng)。這個(gè)去中心化的世界奇跡現(xiàn)在主要是在少數(shù)幾個(gè)大公司/云廠商擁有的計(jì)算機(jī)上運(yùn)行。如果 AWS 的主要區(qū)域之一出現(xiàn)故障，幾乎一半的互聯(lián)網(wǎng)都會(huì)隨之下線。某個(gè)云廠商本身成為了最大的業(yè)務(wù)單點(diǎn)，這可不是互聯(lián)網(wǎng)設(shè)計(jì)的初衷！

而這次更為嚴(yán)峻的挑戰(zhàn)恐怕還在后面，來(lái)自全球用戶的追索賠錢事還小，真正要命的是在各個(gè)國(guó)家都在強(qiáng)調(diào)數(shù)據(jù)主權(quán)的時(shí)候，如果因?yàn)樵谥袊?guó)境內(nèi)的某個(gè)控制中心配置失當(dāng)導(dǎo)致全球故障的話，（即：你真的卡了別人的脖子）我相信很多海外客戶會(huì)立即采取行動(dòng)，遷移到別的云供應(yīng)商上：這關(guān)乎合規(guī)，與可用性無(wú)關(guān)。

去年十二月阿里云香港機(jī)房的故障已經(jīng)暴露出來(lái)了許多的問(wèn)題，然而一年后沒(méi)有不見(jiàn)改進(jìn)反而來(lái)了一個(gè)更大的驚喜。這樣的事故對(duì)于阿里云的品牌形象絕對(duì)是致命打擊，往大了說(shuō)，像這樣的故障對(duì)整個(gè)行業(yè)的聲譽(yù)都有嚴(yán)重的損害。阿里云應(yīng)該盡快給用戶一個(gè)解釋與交代，發(fā)布詳細(xì)的故障復(fù)盤報(bào)告，講清楚后續(xù)改進(jìn)措施，挽回聲譽(yù)與用戶的信任。

畢竟，這種規(guī)模的故障，已經(jīng)不是“殺一個(gè)程序員祭天”能解決的事了，得由 CEO 親自出面解決。例如 Cloudflare 月初的管控面故障，CEO 親自出來(lái)寫了詳細(xì)的事后復(fù)盤分析^[3]。不幸的是，阿里云經(jīng)過(guò)了幾輪裁員，一年連換了三輪 CEO ，恐怕已經(jīng)難有能出來(lái)扛事接鍋的人了。

能學(xué)到什么？

往者不可留，逝者不可追，比起哀悼無(wú)法挽回的損失，更重要的是從損失中吸取教訓(xùn) —— 要是能從別人的損失中吸取教訓(xùn)那就更好了。所以，我們能從阿里云這場(chǎng)史詩(shī)級(jí)故障中學(xué)到什么？

不要把雞蛋放在同一個(gè)籃子里，業(yè)務(wù)域名解析一定要套一層 CNAME，且 CNAME 域名用不同服務(wù)商的解析服務(wù)。這個(gè)中間層對(duì)于阿里云這樣的故障非常重要，用另外一個(gè) DNS 供應(yīng)商，至少可以給你一個(gè)把流量切到別的地方去的選擇，而不是干坐在屏幕前等死，毫無(wú)自救能力。

區(qū)域優(yōu)先使用杭州與北京可用區(qū)，阿里云故障恢復(fù)明顯有優(yōu)先級(jí)，阿里云總部所在地的杭州（華東1）和北京（華北2）故障修復(fù)的速度明顯要比其他區(qū)域快很多，這兩個(gè)區(qū)域可以考慮優(yōu)先使用。雖然同樣都是吃故障，但你可以和阿里自家云上業(yè)務(wù)享受同種優(yōu)先待遇了。

謹(jǐn)慎使用需要額外認(rèn)證的服務(wù)：認(rèn)證鑒權(quán)這樣的服務(wù)屬于基礎(chǔ)中的基礎(chǔ)，大家都期待它可以始終正常工作。然而越是人們感覺(jué)不可能出現(xiàn)故障的東西，真的出現(xiàn)故障時(shí)產(chǎn)生的殺傷力就越是毀天滅地。深度使用云廠商提供的 AK/SK/IAM 不僅會(huì)讓自己陷入供應(yīng)商鎖定中，更是將自己暴露在云基礎(chǔ)設(shè)施單點(diǎn)的問(wèn)題里。例如在這次故障中，不使用云廠商認(rèn)證體系的的 ECS/RDS 本身沒(méi)有受到直接沖擊：管控失能無(wú)法發(fā)起變更，但現(xiàn)有資源仍然可用。

謹(jǐn)慎使用云服務(wù)，優(yōu)先使用純資源。類似 ECS/ESSD 這樣的資源以及單純使用這兩者的 RDS，可以不受管控面故障影響繼續(xù)運(yùn)行。然而 OSS 對(duì)象存儲(chǔ)這樣的服務(wù)會(huì)對(duì)云基礎(chǔ)設(shè)施有額外的依賴，額外的依賴意味著額外的失效點(diǎn)。只使用基礎(chǔ)云資源的另一個(gè)好處是，它們是所有云廠商的提供服務(wù)的最大公約數(shù)，有利于用戶在不同公有云、以及本地自建中間擇優(yōu)而選。

不過(guò)，很難想象在公有云上卻不用對(duì)象存儲(chǔ) —— 在 ECS 和天價(jià) ESSD 上用 MinIO 自建對(duì)象存儲(chǔ)服務(wù)并不是真正可行的選項(xiàng)，這涉及到公有云商業(yè)模式的核心秘密：廉價(jià)S3獲客，天價(jià)EBS殺豬。

自建是掌握自己公司命運(yùn)的最佳手段：如果用戶想真正掌握自己的命運(yùn)，最終恐怕都會(huì)走上下云自建這條路。當(dāng)年互聯(lián)網(wǎng)先輩們平地起高樓創(chuàng)建了這些服務(wù)，而現(xiàn)在只會(huì)容易的多：純資源云與開(kāi)源平替的出現(xiàn)讓這件事變得容易太多了。IDC2.0 + 開(kāi)源自建的組合越來(lái)越有競(jìng)爭(zhēng)力：短路掉公有云這個(gè)中間商，直接與 IDC 合作顯然是一個(gè)更經(jīng)濟(jì)實(shí)惠的選擇。

在當(dāng)下供過(guò)于求的情況下，稍微有點(diǎn)規(guī)模的用戶下云省下的錢可以換幾個(gè)從大廠出來(lái)的資深SRE還能盈余不少。畢竟，自家人出問(wèn)題你可以進(jìn)行獎(jiǎng)懲激勵(lì)督促其改進(jìn)，但是云出問(wèn)題能賠給你幾毛錢代金券，又能頂什么用呢？

明確云廠商的 SLA 是營(yíng)銷工具，而非戰(zhàn)績(jī)承諾

在云計(jì)算的世界里，服務(wù)等級(jí)協(xié)議（SLA）曾被視為云廠商對(duì)其服務(wù)質(zhì)量的承諾。然而，當(dāng)我們深入研究這些由一堆9組成的 SLA 時(shí)，會(huì)發(fā)現(xiàn)它們并不能像期望的那樣“兜底”：你以為給自己的服務(wù)上了保險(xiǎn)可以高枕無(wú)憂，但其實(shí)白花花的銀子買的是提供情緒價(jià)值的安慰劑。與其說(shuō)是 SLA 是對(duì)用戶的補(bǔ)償，不如說(shuō) SLA 是對(duì)云廠商服務(wù)質(zhì)量沒(méi)達(dá)標(biāo)時(shí)的“懲罰”。

比起會(huì)因?yàn)楣收蟻G掉獎(jiǎng)金與工作的專家工程師來(lái)說(shuō)，SLA的懲罰對(duì)于云廠商屬于是自罰三杯，不痛不癢。如果懲罰沒(méi)有意義，那么云廠商也沒(méi)有動(dòng)力會(huì)提供更好的服務(wù)質(zhì)量。用戶遇到問(wèn)題時(shí)只能提工單等死。所以，SLA 對(duì)用戶來(lái)說(shuō)不是兜底損失的保險(xiǎn)單。在最壞的情況下，它是堵死了實(shí)質(zhì)性追索的啞巴虧。在最好的情況下，它才是提供情緒價(jià)值的安慰劑。

尊重技術(shù)，善待工程師

阿里云這兩年走了很多人：學(xué)人家馬斯克推特大裁員降本增效，人家裁幾千個(gè)；你幾萬(wàn)幾萬(wàn)的裁；隊(duì)伍動(dòng)蕩，人心不穩(wěn)，穩(wěn)定性自然會(huì)受到影響。推特一天掛幾次，用戶捏著鼻子罵兩句繼續(xù)湊合用，ToB 業(yè)務(wù)跟著連環(huán)裁員連環(huán)掛，你看企業(yè)用戶可忍得了這個(gè)？

很難說(shuō)這跟企業(yè)文化沒(méi)有關(guān)系：996 修福報(bào)，大把時(shí)間內(nèi)耗在無(wú)窮的會(huì)議匯報(bào)上。領(lǐng)導(dǎo)不懂技術(shù)，負(fù)責(zé)匯總周報(bào)寫PPT吹牛逼，P9 出嘴；P8 帶隊(duì)，真正干活的可能都是些新鮮從業(yè)務(wù)線薅來(lái)的 P6和P7 ；頂尖技術(shù)人才與真正能打的人才根本不吃這一套PUA 窩囊氣，成批出來(lái)創(chuàng)業(yè)單干 —— 環(huán)境鹽堿地化：學(xué)歷門檻越來(lái)越高，人才密度卻越來(lái)越低。

我親自見(jiàn)證的例子是，一個(gè)獨(dú)立開(kāi)源貢獻(xiàn)者單人搞的 開(kāi)源 RDS for PostgreSQL，可以騎臉輸出幾十人 RDS 團(tuán)隊(duì)的產(chǎn)品，而對(duì)方團(tuán)隊(duì)甚至連發(fā)聲辯白反駁的勇氣都沒(méi)有 —— 阿里云確實(shí)不缺足夠優(yōu)秀的產(chǎn)品經(jīng)理和工程師，但請(qǐng)問(wèn)這種事情為什么可能會(huì)發(fā)生呢？這是應(yīng)該反思的問(wèn)題。

阿里云作為本土公有云中的領(lǐng)導(dǎo)者，應(yīng)當(dāng)是一面旗幟 —— 所以它可以做的更好，而不應(yīng)該是現(xiàn)在這幅樣子。作為曾經(jīng)的阿里人，我希望阿里云能吸取這次故障的教訓(xùn)，尊重技術(shù)，踏實(shí)做事，善待工程師。更不要沉迷于殺豬盤快錢而忘記了自己的初心愿景 —— 為用戶提供物美價(jià)廉的公共計(jì)算資源，讓計(jì)算和存儲(chǔ)資源像水電一樣普及。

References

[1] 服務(wù)狀態(tài)頁(yè): https://status.aliyun.com/#/
[2] 阿里云公告: https://help.aliyun.com/noticelist/articleid/1064981333.html?spm=a2c4g.789004748.n2.6.3ebb1865LCNVhx
[3] 事后復(fù)盤分析: https://blog.cloudflare.com/post-mortem-on-cloudflare-control-plane-and-analytics-outage/

來(lái)源微信公眾號(hào)：馮若航 非法加馮