国产精品电影_久久视频免费_欧美日韩国产激情_成年人视频免费在线播放_日本久久亚洲电影_久久都是精品_66av99_九色精品美女在线_蜜臀a∨国产成人精品_冲田杏梨av在线_欧美精品在线一区二区三区_麻豆mv在线看

從單點崩潰到全面失靈:為什么單云架構(gòu)正在成為企業(yè)最大的業(yè)務(wù)威脅?

云計算
云服務(wù)中斷已成為常態(tài),一次AWS、Microsoft 365或Cloudflare的區(qū)域故障就能癱瘓數(shù)千家企業(yè)。真正的風(fēng)險不是宕機(jī)本身,而是企業(yè)對單一云供應(yīng)商的依賴——這本質(zhì)上是一個巨大的單點故障。

一次云服務(wù)中斷就可能波及數(shù)千家公司,如今構(gòu)建冗余系統(tǒng)以抵御單一供應(yīng)商故障已成為必要之舉。

2025年10月20日星期一早上,我登錄醫(yī)療保健服務(wù)提供商的門戶網(wǎng)站去支付賬單。

我致電該服務(wù)提供商打算通過電話支付,然而他們卻無法受理我的付款,原因是其內(nèi)部系統(tǒng)也宕機(jī)了,這讓我們這些客戶無所適從,不知道接下來該怎么辦。

我醫(yī)療保健服務(wù)提供商的SaaS系統(tǒng)功能完好無損,然而其集成的支付供應(yīng)商所依賴的AWS基礎(chǔ)設(shè)施,顯然冗余機(jī)制失效了。所以,2025年10月20日AWS的這次服務(wù)中斷,給任何希望使用這項重要功能的客戶或員工都帶來了極為糟糕的體驗,同時也阻礙了我的醫(yī)療保健機(jī)構(gòu)獲取收入。

這該怪誰呢?是AWS?還是支付供應(yīng)商?歸根結(jié)底,我的醫(yī)療保健服務(wù)提供商要為其客戶(以及員工)無法正常使用其服務(wù)負(fù)責(zé)。云服務(wù)中斷并不像颶風(fēng)、地震、龍卷風(fēng)等自然災(zāi)害那樣不可抗拒,但我們卻常常將其視作自然災(zāi)害,這顯然是錯誤的,因為這些中斷是可以通過措施加以緩解的。

這顯然是一個在行業(yè)內(nèi)極為常見的問題:云計算彈性策略的采用和執(zhí)行不力,導(dǎo)致為客戶和員工提供的關(guān)鍵服務(wù)不可靠。

據(jù)AWS發(fā)布的《美國弗吉尼亞北部(美國東部1區(qū))亞馬遜DynamoDB服務(wù)中斷情況總結(jié)》報告,DynamoDB的DNS管理系統(tǒng)存在一個潛在的競態(tài)條件,導(dǎo)致美國東部區(qū)域端點出現(xiàn)空的DNS記錄,進(jìn)而引發(fā)解析失敗,影響了客戶和AWS內(nèi)部服務(wù)的連接。此次故障對以下服務(wù)產(chǎn)生了不利影響:Lambda、ECS、EKS、Fargate、Amazon Connect、STS、IAM控制臺登錄以及Redshift。

2024年10月29日,由于部署了存在問題的代碼變更,微軟365(m365.cloud.microsoft或portal.office.com)出現(xiàn)了服務(wù)中斷。此次故障影響了微軟365管理中心、Entra、Purview、Defender、Power Apps、Intune以及Outlook中的插件和網(wǎng)絡(luò)連接,微軟在《用戶訪問m365.cloud.microsoft或portal.office.com時可能遇到問題》文檔中對此進(jìn)行了詳細(xì)說明。

這兩次近期的服務(wù)中斷都迫使供應(yīng)商停止自動化流程,并手動進(jìn)行恢復(fù)操作,以使受影響的系統(tǒng)重新恢復(fù)正常運(yùn)行。我們必須正視現(xiàn)實:云服務(wù)提供商并非無所不能,它們和企業(yè)一樣,都要遵循相同的恢復(fù)模式。

服務(wù)中斷是任何系統(tǒng)或平臺都無法避免的現(xiàn)實,幾乎會影響到每一家企業(yè),因此:

你的云服務(wù)提供商就是一個單點故障源!

企業(yè)的基礎(chǔ)設(shè)施策略各不相同,有的完全依賴供應(yīng)商,有的則積極掌控主動權(quán),為關(guān)鍵系統(tǒng)構(gòu)建必要的冗余機(jī)制。當(dāng)?shù)讓庸?yīng)商出現(xiàn)服務(wù)中斷時,這往往會促使企業(yè)重新審視自身的彈性策略,即便企業(yè)并未直接受到此次中斷的影響。

在審視企業(yè)的容錯架構(gòu)時(實際上這種架構(gòu)很少存在),或許我們更應(yīng)該考慮容錯規(guī)避架構(gòu),后者在出現(xiàn)問題時發(fā)揮作用,而前者則主動監(jiān)控觸發(fā)因素以避免問題發(fā)生。

這種自我審視往往被忽視,因為企業(yè)很容易陷入相信那些主導(dǎo)其IT戰(zhàn)略和運(yùn)營的諸多錯誤觀念之中,尤其是在涉及云計算方面。

揭開這些錯誤觀念的面紗

錯誤觀念一:使用單一云服務(wù)提供商可降低復(fù)雜性

供應(yīng)商會拿出各種研究和激勵措施,向企業(yè)領(lǐng)導(dǎo)層證明鎖定其平臺符合公司的最佳利益。讓我們明確一點:這永遠(yuǎn)只符合供應(yīng)商的最佳利益。這一觀念隨后從領(lǐng)導(dǎo)層傳遞給工程師,工程師們被鼓勵相信領(lǐng)導(dǎo)層所說的話,于是我們便陷入了一種局面,成千上萬的公司都受制于單一供應(yīng)商,這很可怕,不是嗎?

在多區(qū)域彈性、應(yīng)用跨區(qū)域彈性、降低故障影響范圍以及彈性應(yīng)用模式等方面,確實會增加復(fù)雜性。要知道,這些方法都依賴于經(jīng)過精細(xì)調(diào)優(yōu)的復(fù)雜云基礎(chǔ)設(shè)施,這意味著沒有捷徑可走。

錯誤觀念二:云平臺組件的默認(rèn)設(shè)置通常是良好的起點

依賴所謂的“捷徑式”最佳實踐,往往會讓企業(yè)陷入困境。IT云基礎(chǔ)設(shè)施團(tuán)隊的責(zé)任是與解決方案架構(gòu)師和工程師合作,對設(shè)計方案進(jìn)行精細(xì)調(diào)整,在控制成本的同時,優(yōu)化效率、彈性和性能。云供應(yīng)商的默認(rèn)配置是必要的,它們?yōu)橄到y(tǒng)設(shè)置了一個功能性的起點,但絕不能將其視為可靠的設(shè)計方案。實際上,如果不加以檢查,這些默認(rèn)配置可能會在默認(rèn)區(qū)域產(chǎn)生不必要的巨大負(fù)載。從歷史數(shù)據(jù)來看,AWS美國東部1區(qū)是受服務(wù)中斷影響最嚴(yán)重的區(qū)域,然而卻有如此多的關(guān)鍵企業(yè)系統(tǒng)僅在該區(qū)域運(yùn)行。

供應(yīng)商提供的即插即用架構(gòu)在投入生產(chǎn)之前必須經(jīng)過嚴(yán)格審查。

負(fù)責(zé)任的架構(gòu)治理實踐應(yīng)制定政策,避免使用已知的易發(fā)生故障的區(qū)域和單點故障配置,這些政策應(yīng)在架構(gòu)審查委員會進(jìn)行審查,通過后才能投入生產(chǎn)。

錯誤觀念三:我的云服務(wù)提供商/供應(yīng)商會照顧好我

服務(wù)水平協(xié)議(SLA)所支付的服務(wù)積分是與受影響服務(wù)的成本掛鉤的,而不是現(xiàn)金退款,這些積分通常從服務(wù)費(fèi)用的10%起算,企業(yè)不會因此遭受損失。實際上,企業(yè)損失的每一美元,只能拿回幾分錢的積分。

2024年7月,CloudStrike的服務(wù)中斷給其自身造成了約7500萬美元的損失,另外還支付了6000萬美元的服務(wù)積分,然而,與僅一家客戶——達(dá)美航空公司就凈損失了5億美元相比,這簡直是小巫見大巫。Parametrix保險公司的詳細(xì)分析估計,美國財富500強(qiáng)企業(yè)因此次中斷遭受的直接財務(wù)損失總計達(dá)54億美元。CloudStrike實際上只是為其錯誤支付了極少的代價,因此企業(yè)在依賴供應(yīng)商時必須認(rèn)清這一現(xiàn)實,并做好管理。

2025年11月18日,Cloudflare的服務(wù)中斷影響了全球20%的網(wǎng)絡(luò)流量,同樣波及了數(shù)億個賬戶,包括X(原推特)、OpenAI/ChatGPT、谷歌的Gemini、Perplexity AI、Spotify、Canva,甚至所有三大云服務(wù)提供商,這凸顯了企業(yè)對單一供應(yīng)商/平臺的依賴對業(yè)務(wù)連續(xù)性構(gòu)成的真正威脅。

企業(yè)必須自我保護(hù),因為供應(yīng)商不會這么做。

未來的采購和合同談判應(yīng)轉(zhuǎn)向基于企業(yè)損失而非企業(yè)服務(wù)成本的SLA處罰條款,不幸的是,這會導(dǎo)致服務(wù)成本上升,但在依賴自身無法控制的系統(tǒng)時,這能提供更好的財務(wù)保障。

錯誤觀念四:多云部署成本過高且要求苛刻

為了減輕區(qū)域性云服務(wù)中斷的影響,采用多云架構(gòu)的企業(yè)若以容錯規(guī)避、可移植性和故障轉(zhuǎn)移編排為重點,在實施過程中若能兼顧容錯規(guī)避以及成本和性能優(yōu)化,往往會發(fā)現(xiàn)額外的益處,這意味著多個觸發(fā)因素將決定工作負(fù)載的運(yùn)行位置,從而實現(xiàn)最佳效率。

這需要企業(yè)高層的大力支持,并且需要企業(yè)文化發(fā)生轉(zhuǎn)變才能取得成功,因此多云部署極為罕見。不過,那些已經(jīng)實施多云部署的企業(yè)所獲得的益處遠(yuǎn)不止于彈性(例如,像沃爾瑪、高盛、通用電氣和寶馬這樣的大型企業(yè),以及像FirstDigital、Visma和Assorted Data Protection這樣的小型企業(yè))。

美國國家標(biāo)準(zhǔn)與技術(shù)研究院(NIST)發(fā)布的《云聯(lián)邦參考架構(gòu)》(NIST Special Publication 500-332)是一份很好的文檔,可為這些概念奠定基礎(chǔ)。

? 主動-主動彈性模式適用于關(guān)鍵任務(wù)應(yīng)用(例如金融交易、醫(yī)療保健、電子商務(wù)結(jié)賬),它通過復(fù)制基礎(chǔ)設(shè)施和復(fù)雜的同步機(jī)制,最大限度地提高了彈性和可用性,但成本也相對較高,這種模式最適合容錯規(guī)避,具備主動優(yōu)化效率和觸發(fā)因素的所有優(yōu)勢。

? 主動-被動故障轉(zhuǎn)移模式是指由一個主云處理所有流量,一個備用云處于待命狀態(tài),它提供了災(zāi)難恢復(fù)能力,且成本低于主動-主動模式,但會出現(xiàn)一些停機(jī)時間,并且需要強(qiáng)大的復(fù)制策略,顯然,這只是一種容錯方法。

? 云爆發(fā)模式是指應(yīng)用程序主要在一個云中運(yùn)行,但在需求激增時“爆發(fā)”到另一個云中,從而在不進(jìn)行過度配置的情況下提供彈性擴(kuò)展能力,它還能提供一定程度的容錯能力。

? 工作負(fù)載分區(qū)(最優(yōu)部署)模式是指根據(jù)不同云服務(wù)提供商的優(yōu)勢,將不同的工作負(fù)載分配給最適合的提供商,這種模式通過利用各提供商的優(yōu)勢,極大地優(yōu)化了性能、合規(guī)性和成本,但并不具備完全的容錯能力。

錯誤觀念五:云計算已經(jīng)失敗,是時候放棄了

每次發(fā)生重大云服務(wù)中斷時,都會出現(xiàn)這種反復(fù)出現(xiàn)的論調(diào),而且往往與本地部署與云計算的成本比較(沒錯,云計算的成本幾乎總是更高)緊密相關(guān)。現(xiàn)實情況是,雖然云計算在整個基礎(chǔ)設(shè)施戰(zhàn)略中確實具有真正的價值,但同樣重要的是要優(yōu)先考慮對基礎(chǔ)設(shè)施選擇進(jìn)行投資,并采用合理的混合策略,兩種有效的戰(zhàn)略架構(gòu)基于邊緣計算和Kubernetes,邊緣計算可縮小故障影響范圍,而Kubernetes則可在不同供應(yīng)商之間提供可移植的彈性,當(dāng)與工作負(fù)載架構(gòu)和運(yùn)營成熟度保持一致時,這兩種架構(gòu)都值得推薦。

? 邊緣集成彈性將工作負(fù)載擴(kuò)展到邊緣,同時與中央云保持同步,即使云連接中斷,本地邊緣節(jié)點也能繼續(xù)運(yùn)行,并在重新連接后協(xié)調(diào)狀態(tài),除了增加一定程度的彈性外,它還受益于超低延遲的實時處理能力(例如物聯(lián)網(wǎng)、制造機(jī)器人、自動駕駛汽車),這種方法常見于工廠、零售店和分支機(jī)構(gòu)的使用場景。

? Kubernetes編排的彈性是一種與云無關(guān)的編排層,可在本地和多個供應(yīng)商之間加以利用,除了具備顯著的彈性外,這種服務(wù)網(wǎng)格(例如Istio、Linkerd)還增加了流量路由和故障轉(zhuǎn)移能力,降低了對供應(yīng)商的依賴,總體而言,它是實現(xiàn)多云的基礎(chǔ)推動因素,為企業(yè)提供了跨供應(yīng)商和本地部署的一致控制平面。

行動呼吁

企業(yè)IT領(lǐng)導(dǎo)層主要存在兩大偏見陣營:“自建”和“采購”,這兩個陣營在每個企業(yè)中都會產(chǎn)生影響。

上述參考架構(gòu)模式針對的是“自建”偏好的工作負(fù)載,其中也包括與“采購”工作負(fù)載的集成。

“采購”偏好的工作負(fù)載往往受制于上述供應(yīng)商定義的SLA,這些SLA的限制極為嚴(yán)格,僅根據(jù)服務(wù)中斷的持續(xù)時間,以10% - 100%的信用積分作為處罰。現(xiàn)實情況是,這種情況確實不太可能改變,不過,過去20年來,SaaS的質(zhì)量已大幅提高。

這成為了新的標(biāo)準(zhǔn),也為企業(yè)提供了一個很好的衡量指標(biāo),企業(yè)可以借此來衡量自身及其供應(yīng)商:

“1 - 9挑戰(zhàn)”:每個SaaS供應(yīng)商、集成商和企業(yè)內(nèi)部解決方案都應(yīng)提供一個比其底層單個托管平臺更高的“9”級別的服務(wù)水平。

例如,當(dāng)每個云供應(yīng)商為某項服務(wù)提供99.9%的SLA時,利用主動-主動多云架構(gòu)可將該SLA提升至遠(yuǎn)高于99.99%的水平。

首先掌控好你的關(guān)鍵服務(wù),并將這些模式作為未來新舉措的基準(zhǔn),讓高彈性成為你的新常態(tài)。

歸根結(jié)底:企業(yè)始終要對自己的彈性負(fù)責(zé),是時候承擔(dān)起這份責(zé)任并掌控局面了!

責(zé)任編輯:姜華 來源: 企業(yè)網(wǎng)D1Net
相關(guān)推薦

2021-07-13 17:44:54

威脅建模安全建設(shè)網(wǎng)絡(luò)安全

2022-06-13 15:11:52

云計算存儲數(shù)據(jù)庫

2015-06-29 14:41:37

OpenStack企業(yè)云平臺

2021-11-12 05:44:25

XDR威脅檢測網(wǎng)絡(luò)攻擊

2017-02-09 09:08:59

2011-12-01 11:54:06

云計算企業(yè)IT

2023-05-05 16:26:33

2023-07-04 07:53:53

MVCDDD架構(gòu)

2017-11-02 13:57:12

云計算公有云云端

2021-04-09 10:22:41

端到端加密安全 行業(yè)動態(tài)

2011-02-21 09:34:44

2022-10-19 10:29:08

云原生DevOpsCloudOps

2014-10-29 17:49:24

浪潮企業(yè)云應(yīng)用

2019-02-21 12:26:33

超融合

2010-03-05 21:12:25

網(wǎng)絡(luò)安全企業(yè)MP3

2017-10-25 11:02:14

CIO企業(yè)云業(yè)務(wù)

2022-03-29 14:35:17

企業(yè)安全方法混合勞動力

2019-02-12 06:24:51

2015-05-13 17:29:07

2024-11-27 16:19:02

點贊
收藏

51CTO技術(shù)棧公眾號

午夜精品在线观看| 性色一区二区三区| 成人精品在线视频| 日韩欧美极品在线观看| 亚洲风情在线资源站| 久久国产成人午夜av影院宅| 亚洲高清免费观看高清完整版| 亚洲自拍小视频免费观看| 亚洲ab电影| 色阁综合伊人av| 欧美日韩一二三四| 日韩精品免费在线视频| a视频免费看| 国产ts人妖一区二区| 久久香蕉国产线看观看av| 亚洲成人a级片| 91精品一区二区三区久久久久久| 国产极品人妖在线观看| 欧美一级片免费观看| 精品少妇一区二区三区| 午夜在线一区二区| 国产真实乱子伦| 理论电影国产精品| 91黄色8090| 久久av偷拍| 国产精品国产三级国产aⅴ9色| 青青草原av在线| 在线视频一区二区三| 黄视频网站在线| 国产精品高潮粉嫩av| 7777精品| 亚洲bbw性色大片| 忘忧草在线www成人影院| 成人av中文| 国产亚洲va综合人人澡精品| 欧美变态另类刺激| 国内精品伊人久久久久av一坑 | 亚洲人成网站免费播放| 在线观看免费观看在线91| 在线视频日韩| 国产亚洲欧美另类一区二区三区| 国偷自产av一区二区三区| 91精品久久久久久久久久另类 | 亚洲成人黄色| 欧洲高清一区二区| 蜜桃传媒麻豆第一区在线观看| 男人的天堂狠狠干| 亚洲成av人在线观看| 欧美xxxx吸乳| 99re亚洲国产精品| 国产精品久久一区| 自拍视频在线网| 中文字幕佐山爱一区二区免费| 欧洲精品码一区二区三区免费看| 日韩激情电影| 91精品办公室少妇高潮对白| 日韩免费av一区二区三区| 超碰成人在线观看| 日韩美女一区二区三区四区| 精品久久久久一区二区三区| 欧美视频第二页| 22288色视频在线观看| 国产伦精品一区二区三区在线观看| 99国产在线观看| 91久久夜色精品国产按摩| 亚洲xxx自由成熟| 精品伊人久久| 欧美激情啊啊啊| 在线观看特色大片免费视频| 99久久精品国产毛片| 男人天堂新网址| 另类在线视频| 91在线播放国产| 99综合电影在线视频| 成人免费观看在线观看| 最好看的中文字幕久久| 69av二区| 欧美酷刑日本凌虐凌虐| 免费在线国产视频| 亚洲色图日韩av| 久久99国产精品久久99大师| 国产精品av免费在线观看| 国产·精品毛片| 国内外免费激情视频| 国产欧美一区二区精品性| 精品少妇在线视频| 久久久久久99久久久精品网站| 黄频视频在线观看| 激情文学综合插| 精品视频无码一区二区三区| 欧美乱大交xxxxx| 亚洲黄色录像片| 亚洲视频精品| 日韩小视频在线观看专区| 日本免费久久| 麻豆久久久9性大片| 日韩亚洲欧美一区二区三区| 久久爱www久久做| 久久精品资源| 免费看黄视频网站| 九九九九久久久久| 国产亚洲xxx| 亚洲精品亚洲人成人网在线播放| av动漫精品一区二区| 黄色三级电影网| 欧美lavv| 国产69久久精品成人看| 欧美乱妇15p| 欧美午夜电影在线观看 | 欧美 国产 精品| 一本大道久久a久久精二百| 国产主播在线看| 开心激情综合| 久久五月天婷婷| 成人一级黄色片| 日韩偷拍自拍| 亚洲天堂第二页| 久久在线播放| 裸体大乳女做爰69| 色综合色狠狠天天综合色| 国产精品蜜月aⅴ在线| 亚洲永久在线观看| 国产喂奶挤奶一区二区三区| 久久综合之合合综合久久| 欧美变态tickle挠乳网站| 精品国精品国产自在久国产应用| 亚洲自拍三区| 亚洲成人av一区二区| 24小时成人在线视频| 精品国产一区二区三区四区vr| 久久精品无码一区二区三区| 美女精品导航| 91精品国产色综合久久不卡98口| 日日欢夜夜爽一区| 伪装者免费全集在线观看| 久久精品国产2020观看福利| 久久狠狠婷婷| 黄色大片在线免费观看| 九九热在线精品视频| 免费不卡在线视频| 神马精品久久| 97在线视频一区| 成人久久18免费网站麻豆| 国产高清在线a视频大全| 91精品久久久久久久久青青| 久久久精品日韩欧美| av手机免费在线观看| 国产精品一区二区免费看| 亚洲视频网在线直播| 深夜日韩欧美| av资源站久久亚洲| 国产精品女主播av| 欧美日韩精品一区二区三区视频| 亚洲欧美在线网| 欧美性做爰猛烈叫床潮| 妖精一区二区三区精品视频 | 777a∨成人精品桃花网| 亚洲精品合集| 成年人免费网站| 日韩中文在线不卡| 激情五月婷婷综合网| www.成人爱| 在线视频不卡一区二区三区| 欧美精品vⅰdeose4hd| 国产欧美91| 国产精品四虎| 91精品国产综合久久香蕉922| 亚洲一区二区三区国产| 国产精品美女在线观看直播| 精品视频无码一区二区三区| 国产+人+亚洲| 国产精品福利影院| 欧美理伦片在线播放| 黄色三及免费看| 国产精品精品一区二区三区午夜版| 国产精品久久久久久久久搜平片| 日韩伦理一区二区三区| 99视频在线免费| 久久深夜福利免费观看| 欧美国产在线观看| 国产亚洲精品美女久久| 依人在线免费视频| 91精品久久久久久久| 亚洲成人免费观看| 91精品动漫在线观看| 青春草在线免费视频| 四虎永久国产精品| 欧美理论片在线| 国产一区二区在线观看视频| 忘忧草在线日韩www影院| 香蕉久久夜色| 操91在线视频| 中文字幕免费不卡| 欧美电影一二区| jizz在线观看中文| 日韩国产精品一区二区| 伊人精品在线观看| 国产日韩欧美一区二区三区综合| 日韩高清三区| 日本在线观看www|