架構(gòu)層面的新問題架構(gòu)師需要認識到控制平面不再是一個能默認在所有情況下都保持穩(wěn)定的無形層。因其屬于故障域一部分所以現(xiàn)在也是架構(gòu)問題一部分。若工作負載、擴展邏輯等依賴該層正常運行控制平面故障影響遠超單個應(yīng)用或區(qū)域部署。許多組織僅因具備冗余機制就自認為有彈性實則不夠控制平面以下冗余無法完全抵御上方故障影響即便底層設(shè)施正常也可能無法做必要調(diào)整確保關(guān)鍵系統(tǒng)運行這是架構(gòu)盲點此類事件曝光后愈發(fā)明顯。多區(qū)域設(shè)計并不夠常見看法是多區(qū)域架構(gòu)是解決方案但它只是部分答案。若兩區(qū)域依賴同一提供商控制機制等就存在共享依賴可能成常見故障點。架構(gòu)師需更嚴(yán)謹(jǐn)?shù)乩砀綦x不等同運營獨立能應(yīng)對本地基礎(chǔ)設(shè)施問題的設(shè)計未必能承受管理層中斷。即便能在區(qū)域間復(fù)制數(shù)據(jù)若編排依賴受損控制平面設(shè)計仍可能失敗。應(yīng)敦促架構(gòu)師跳出常規(guī)思維思考提供商管理平面不穩(wěn)定時恢復(fù)假設(shè)是否有效這問題難答且很多情況答案不樂觀。假設(shè)控制能力下降多數(shù)故障轉(zhuǎn)移計劃假設(shè)危機時環(huán)境可管理如儀表盤可用等。正常運營沒問題但控制平面出問題就危險。曾與團隊合作其災(zāi)難恢復(fù)計劃評審出色實際壓力下卻失敗因恢復(fù)邏輯依賴受影響平臺這種情況比很多組織承認的更普遍他們將文檔、自動化、配置復(fù)雜性分別等同于彈性、獨立性、架構(gòu)成熟度。要制定可行故障轉(zhuǎn)移策略需為控制能力下降做規(guī)劃如預(yù)設(shè)恢復(fù)路徑等還要測試無法依賴提供商管理層的場景否則無法了解恢復(fù)能力。是否應(yīng)該采用多云策略不主張每個組織急于用多云策略很多情況會增加成本和復(fù)雜性卻無足夠價值。但應(yīng)將對單一提供商管理層的依賴視為戰(zhàn)略風(fēng)險而非僅實施細節(jié)。若可觀測性等與某提供商管理模式緊密相連要清楚影響可能承擔(dān)遠超預(yù)期風(fēng)險不一定要放棄該提供商通常要設(shè)計得更獨立、有更強外部可見性對故障做更現(xiàn)實假設(shè)。架構(gòu)師多年優(yōu)化速度等現(xiàn)在要在控制、彈性和恢復(fù)現(xiàn)實性間重新平衡這是云架構(gòu)走向成熟標(biāo)志。超越平臺的彈性過去認為在大型云平臺正確部署平臺會解決大部分復(fù)雜性問題現(xiàn)在很多方面依然如此大型提供商有卓越工程和運營能力。但仍需針對基礎(chǔ)設(shè)施層之上的共享依賴設(shè)計。控制平面故障提醒我們云可靠性不止取決于工作負載運行位置更在于協(xié)調(diào)管理它們的因素當(dāng)協(xié)調(diào)層不可靠時的選擇很關(guān)鍵這促使架構(gòu)師重新思考彈性?？偨Y(jié)來說不要假設(shè)管理層不在故障規(guī)劃范圍內(nèi)它是關(guān)鍵明白這點多區(qū)域設(shè)計等方面方法會朝正確方向改變。云架構(gòu)從紙面上看可能具備高彈性但當(dāng)云服務(wù)提供商的管理層受故障影響時仍可能嚴(yán)重失敗。不久前與一家自認為部署到位的企業(yè)合作該企業(yè)分散工作負載、復(fù)制關(guān)鍵數(shù)據(jù)存儲等看似成熟云部署但其核心云服務(wù)提供商出現(xiàn)控制平面問題管理層不穩(wěn)定團隊無法及時操作和信任環(huán)境狀態(tài)失敗的是云控制機制可靠的設(shè)想。這揭示云可靠性受重新審視更多故障由控制平面故障導(dǎo)致Uptime Institute報告強調(diào)此轉(zhuǎn)變值得架構(gòu)師關(guān)注管理層問題影響范圍超預(yù)期。多年來行業(yè)從基礎(chǔ)設(shè)施角度討論彈性但云是圍繞多種系統(tǒng)構(gòu)建的運營模式高階控制結(jié)構(gòu)故障會使恢復(fù)計劃瓦解。