我們生活在一個多云時代。根據(jù)HostingAdvice.com最近對IT領(lǐng)導(dǎo)者的調(diào)查，89%的受訪者表示，企業(yè)不應(yīng)在其運營中僅依賴單一云提供商，相反，他們轉(zhuǎn)向超大規(guī)模提供商如Azure、AWS和Google，以及小型提供商來獲取云服務(wù)，但這并不意味著一切順利，事實上，73%的人面臨安全復(fù)雜性的挑戰(zhàn)，45%的人擔心供應(yīng)商鎖定。

此外，還有一個潛在問題，如何確保你的多云支出正在產(chǎn)生回報?多云的投資回報率是多少，以及如何提高它?為了找到這些答案，我們采訪了高管和云專業(yè)人士，了解他們的工具和行業(yè)技巧。

多云如何帶來回報

多云架構(gòu)提供了更高的彈性，這是其帶來投資回報的最明顯方式之一?！皼]人愿意大聲說出來，但重大云中斷確實會發(fā)生，”Chronosphere的現(xiàn)場CTO Bill Hineline說，“當這種情況發(fā)生時，在一個提供商中擁有10個區(qū)域毫無意義，這就是多云發(fā)揮作用的時候。”對于每分鐘停機成本高昂的企業(yè)來說，能夠在不同提供商之間進行故障轉(zhuǎn)移，是財務(wù)和聲譽上的生命線。

但不同的云提供商不僅僅是相同的存儲和計算集群，多云架構(gòu)可以為你的企業(yè)提供針對特定任務(wù)的最佳工具。

“每個云在某些工作負載上都更擅長，”Baseten的營銷主管Mike Bilodeau說，“根據(jù)你的業(yè)務(wù)和所構(gòu)建的內(nèi)容，使用不同的云來處理不同的產(chǎn)品可能是有意義的?！盚ineline也同意這一觀點：“你可以在GCP(Google Cloud Platform)上運行分析，同時將核心工作負載保留在AWS上?！?/p>

JLEE & Associates的CEO Jimmie Lee補充說：“一個云提供商可能提供更低的存儲成本，另一個可能提供更好的計算或AI交易定價。如果實施得當，這些收益可以顯著降低成本。”

性能是多云可以展現(xiàn)優(yōu)勢的另一個領(lǐng)域。Bilodeau表示，在跨云區(qū)域?qū)⒐ぷ髫撦d更靠近最終用戶可以減少延遲并提高響應(yīng)速度。“亞馬遜的經(jīng)典統(tǒng)計數(shù)據(jù)顯示，每增加100毫秒的延遲，他們就會損失1%的頂級收入，”他說，“使用多云將工作負載更靠近客戶可以幫助解決這個問題。”

這種優(yōu)勢超越了架構(gòu)本身。在AI密集型環(huán)境中，推理成本可以迅速主導(dǎo)公司的云支出。“我們親眼看到，對于許多大型公司來說，推理成本比所有其他云成本都要高出一個數(shù)量級，”Baseten的CTO Amir Haghihat說，“采用多云策略讓他們在合同談判中獲得了非同小可的籌碼。”

它還增加了對稀缺資源(如GPU)的訪問?！皩ψ钚掠布男枨笕绱酥撸灾劣讷@取像B200s這樣的東西可能很困難，”Haghihat說，“采用多云策略可以讓你更容易地利用那些GPU價格/性能比更好的地方?！?/p>

多云還使企業(yè)能夠通過將工作負載在公共云和私有云之間進行拆分，來微調(diào)其運營成本結(jié)構(gòu)。Rimini Street的全球CIO Joe Locandro親眼見證了這一點。

“我們正在為能源網(wǎng)運行大型預(yù)測模型，這需要巨大的計算能力，”Locandro說，“遷移到更復(fù)雜的云將模擬時間從12小時縮短到兩小時，這使得團隊每月能夠多運行300%的模擬。”

多云的不足之處

所有這些多云的好處無疑聽起來對技術(shù)領(lǐng)導(dǎo)者來說像是現(xiàn)金注冊機的“咔嗒”聲，但我們采訪的所有專家都強調(diào)，獲得這些投資回報取決于執(zhí)行情況，而且理想的結(jié)果往往難以實現(xiàn)。在實踐中，許多企業(yè)發(fā)現(xiàn)多云同樣容易引入摩擦、冗余和收益遞減。

“如果你的團隊花費一半時間在不同云環(huán)境之間切換，那么靈活性就是一個神話，”EasyAudit.ai的CEO Christian Khoury說，“我們看到當工程師不得不處理兩個云控制臺、兩個IAM系統(tǒng)、兩套文檔時，生產(chǎn)力下降了?！倍鄠€環(huán)境不僅無法實現(xiàn)敏捷性，反而可能讓團隊因重復(fù)的工具和不兼容的工作流程而陷入困境，而且，一旦你成功部署了應(yīng)用程序，你可能會發(fā)現(xiàn)性能受到了影響。

即使工作負載可移植性的概念——許多多云策略的核心支柱——也很少能像企業(yè)期望的那樣發(fā)揮作用?！捌髽I(yè)對自己說的一個謊言是，多云策略使應(yīng)用程序能夠在需要時在云服務(wù)之間移動。”YL Ventures的合伙人、前Akamai CSO Andy Ellis說。

“現(xiàn)實恰恰相反?！痹诖蠖鄶?shù)情況下，應(yīng)用程序與提供商特定的服務(wù)緊密集成——其中一些正是你選擇多云的原因。“你不能再將應(yīng)用程序建模為‘一排服務(wù)器，只是虛擬化的’，”Ellis說，“應(yīng)用程序是一個微服務(wù)生態(tài)系統(tǒng)，其中許多服務(wù)都是你付費的?！?/p>

這種緊密耦合不僅限制了可移植性——還削弱了談判能力?！澳悴]有真正的籌碼來輕易威脅遷移現(xiàn)有應(yīng)用程序，”Ellis補充道，“云遷移項目可能比數(shù)據(jù)中心遷移還要昂貴。”提供商知道這一點，盡管他們有動力保留你的業(yè)務(wù)，但遷移的成本和復(fù)雜性成為了一種事實上的鎖定。

為什么需要證明多云的投資回報率

正確的問題不是多云是否省錢——而是它是否值得成本。Forrester的分析師Tracy Woo這樣闡述這個問題?！皫缀趺總€人都明白，你不會僅僅為了省錢就將工作負載遷移到云端。”Woo說。

“所以下一個問題是：它值得嗎?這涉及到成本管理之外的對話?！痹S多公司并沒有將這些決策作為長期計劃的一部分，她表示。“很多所謂的‘策略’只是：其他人都在做，我們也應(yīng)該做，這在疫情期間尤其如此?！?/p>

對于仍在構(gòu)建規(guī)模的公司來說，多云可能甚至還不相關(guān)。Baseten的Bilodeau指出：“就延遲問題而言，人們通常不會意識到他們有延遲問題，直到達到一定的規(guī)模水平。”為了解決這些問題，“大多數(shù)公司一開始不會采用多云，因為這需要基礎(chǔ)設(shè)施的大量投資，而相比之下，獲取產(chǎn)品采用更為重要?！钡坏┕具_到某個閾值——無論是在流量、性能要求還是客戶需求方面——采用多云的壓力就會增加。

問題是，這種增長很少是作為干凈戰(zhàn)略部署的一部分展開的。通常，技術(shù)團隊會默認使用他們熟悉的工具。“我們不想采用多云，”EasyAudit.ai的Khoury說，“我們最終采用了它，因為不同的團隊選擇了他們熟悉的東西，開發(fā)人員選擇了GCP，運維人員選擇了AWS，然后法律部門說，我們需要一個私有云選項來滿足一項企業(yè)交易，歡迎來到供應(yīng)商地獄?！?/p>

即使是成熟的企業(yè)也經(jīng)常無意中繼承了多云的復(fù)雜性。正如YL Ventures的Ellis所說：“并購帶來了云環(huán)境，而且你的云服務(wù)積累速度與你的增長速度相稱。開發(fā)團隊可能帶來了不同云技術(shù)的專業(yè)知識，并且他們會使用他們熟悉的技術(shù)進行構(gòu)建，”他補充道，“而且你在業(yè)務(wù)其他領(lǐng)域的合作伙伴可能已經(jīng)推動你以折扣價采用他們的云服務(wù)。”

有時，決策甚至不是內(nèi)部的。Baseten的Bilodeau解釋說，對于銷售基礎(chǔ)設(shè)施軟件的供應(yīng)商來說，客戶偏好可以決定云選擇：“有些公司是‘AWS’或‘GCP’商店。如果你的軟件不能在這些云中運行，那么這可能就是一個交易障礙。”Woo也同意這一點：“很多人沒有選擇，可能有政治原因，或者是一個魯莽的工程師，或者是一個合作伙伴的要求——突然之間，你就得支持大家想要的東西?！?/p>

結(jié)果是一個由一次性決策拼湊而成的架構(gòu)，而不是一個連貫的計劃。“我們經(jīng)常發(fā)現(xiàn)，我們的客戶正在使用許多不同的云服務(wù)和產(chǎn)品，”JLEE & Associates的Lee說，“這些通常是架構(gòu)或推薦給他們的，而沒有更全面和多年的戰(zhàn)略。”

為了應(yīng)對這種復(fù)雜性，具有商業(yè)頭腦的IT領(lǐng)導(dǎo)者需要挺身而出?！巴ǔ＃琁T部門從技術(shù)和風(fēng)險的角度來看待云提供商，”Rimini Street的Locandro說，“具有商業(yè)洞察力的CIO需要制定良好的指標、監(jiān)控和成本意識，以真正了解價值?！?/p>

提高多云投資回報率的建議：策略、結(jié)構(gòu)和技能

多云可以帶來有意義的回報——但前提是你得有意識地使用它，這些好處不會僅僅因為你在多個平臺上擁有賬戶就自動實現(xiàn)。

“如果實施不當，多云產(chǎn)品成本可能會失控，”JLEE & Associates的Lee說，而Rimini Street的Locandro補充說，對于許多企業(yè)來說，多云的總擁有成本(TCO)，包括管理、監(jiān)控和提升員工技能的成本，“遠遠超出了最初的預(yù)期和供應(yīng)商的承諾”。

如果沒有治理、可觀察性和架構(gòu)紀律，你可能會面臨更高的成本、團隊困惑和錯失的機會。以下是我們采訪的專家推薦的步驟，以使多云值得投資。

只使用你真正需要的云。這一點看起來很明顯，但在實踐中卻經(jīng)常被忽視?！疤囝I(lǐng)導(dǎo)者將多云視為一種地位象征，而不是一種策略，”Pluralsight的首席云策略師Drew Firment說，“這不是關(guān)于擁有‘更多的云’——而是關(guān)于擁有正確的云，出于正確的原因。”

在EasyAudit.ai，Khoury的團隊提出了一個尖銳的問題：“每個云在生產(chǎn)中的實際價值是什么?”任何不支持核心服務(wù)或合規(guī)要求的東西都被標記出來。“我們沒有追逐理論上的冗余——我們試圖在解釋三張賬單之前控制一張賬單。”他說。

云成本和可觀察性是緊密相連的。“許多團隊仍然將成本視為一項開支項目，而不是一種治理實踐，”Chronosphere的Hineline說。“對于可觀察性也是如此。做得好的團隊已經(jīng)將兩者都視為首要任務(wù)，這意味著嚴格的標記紀律、明確的所有權(quán)和有意的工具使用。如果你的FinOps團隊無法將每一美元的支出追溯到服務(wù)和團隊，那么你就是在盲目行事?！?/p>

YL Ventures的Ellis也同意這一觀點：“如果沒有對云服務(wù)使用情況的可見性，那么這就像是在瓷器店里開推土機?！彼ㄗh，從一開始就提供“白手套服務(wù)”，將團隊引入成本高效的環(huán)境中，而不是采用重量級流程進行壓制。

審查你的架構(gòu)以消除低效。Ellis建議進行基本的管理，比如識別同一提供商中的重復(fù)賬戶，這樣做“可以讓你在批量購買時獲得更好的定價?！彼f。

即使是簡單的做法也可以減少浪費。Rimini Street的Locandro說，他遇到過“開發(fā)人員啟動測試和開發(fā)環(huán)境，然后在完成后忘記關(guān)閉環(huán)境的情況。你需要在完成后關(guān)閉環(huán)境，而不是讓云‘水龍頭’一直開著?！?/p>

衡量重要事項：生產(chǎn)力和成果?！岸嘣仆顿Y需要通過有意義的生產(chǎn)力提升和業(yè)務(wù)成果來衡量，”Firment說，“如果你沒有實現(xiàn)更快的部署和改進的客戶價值，那么你只是在累積云賬單，而且名字更花哨?！?/p>

提升團隊技能——并引導(dǎo)他們到達終點?！爸挥挟斈愕膯T工經(jīng)過培訓(xùn)，能夠駕馭不同之處時，靈活性才會轉(zhuǎn)化為更快的交付，”Firment補充道，但你不應(yīng)該期望每個開發(fā)人員都掌握每個云?！澳繕耸菢?gòu)建一次，到處運行，并快速交付。”

這需要支持智能決策的架構(gòu)。正如Ellis所指出的：“開發(fā)人員通常會選擇阻力最小的路徑，因此你越能讓他們輕松采用那些能為你整體節(jié)省最多錢的平臺，你的情況就越好?！?/p>

多云復(fù)雜性需要智能部署

如果多云曾經(jīng)看起來像是一種技術(shù)升級——甚至是一種復(fù)雜的標志——那么它現(xiàn)在需要更深層次的東西：一種將云架構(gòu)與業(yè)務(wù)成果聯(lián)系起來的戰(zhàn)略視角，這種演變與IT本身角色的變化同時發(fā)生。

“我認為，多云投資回報率這個問題背后的背景是很多團隊正在被推動去做的事情，”Forrester的Tracy Woo說，“他們被推動的原因是因為IT過去只是IT——你有一臺臺式機，上面加載了一些應(yīng)用程序?，F(xiàn)在，IT戰(zhàn)略已經(jīng)成為業(yè)務(wù)或數(shù)字化轉(zhuǎn)型的支撐骨干，”她說，“它已經(jīng)開始不斷提升，越來越高，這就是為什么云真正改變了人們的工作方式。超越這個問題的大問題是：多云的投資回報率是多少?”

對于那些將多云視為一種形式——或者在沒有結(jié)構(gòu)的情況下任其蔓延的企業(yè)來說，答案很可能是“沒有多少”，但對于那些將云架構(gòu)與業(yè)務(wù)優(yōu)先級、成本紀律、性能目標以及對團隊能力的現(xiàn)實評估相結(jié)合的企業(yè)來說，多云可以成為長期敏捷性和彈性的基礎(chǔ)，并帶來對初始必要投資的回報。

跟蹤多云成本的工具

專家分享了他們最喜歡的工具(以及其他提示)來監(jiān)控日常多云支出：

Jimmie Lee：當使用四大主要云提供商時，很難在理解如何優(yōu)化云架構(gòu)和降低成本方面超越他們的工具、團隊和合作伙伴網(wǎng)絡(luò)。不過，有一些值得注意的第三方工具。AI產(chǎn)品正在開發(fā)中，將在不久的將來為這些成本增加更多的可見性和管理能力。

CloudZero、Apptio、Vantage、Harness和Densify等工具是其中的幾個。對我來說，跟蹤和控制成本始于確保我們擁有透明和優(yōu)化的基礎(chǔ)設(shè)施即代碼(IaC)和持續(xù)集成/持續(xù)部署(CI/CD)設(shè)計和操作。這確保了更改經(jīng)過適當?shù)拇a審查，促使對更改的原因和時間進行必要的討論，并允許我們?yōu)橛媱潓嵤┑拿總€中型或大型更改設(shè)定成本節(jié)約或投資回報率(ROI)目標。

Andy Ellis：從主要平臺(AWS Cost Explorer、Azure Cost Management和Google Cloud Cost Management)的成本管理和分析工具開始。當這些工具不再足夠時，你真的應(yīng)該開始考慮多云工具，因為現(xiàn)在你會足夠了解你想要成為什么，從而成為一個有辨別力的購買者。

CloudZero、Apptio Cloudability和Kubecost等工具可能是很好的起點，但市場上有很多競爭對手，其中許多工具會集成到你現(xiàn)有的FinOps平臺中。這些集成可能是購買時最有價值的特性。

你還可以將關(guān)注成本節(jié)約與關(guān)注安全相結(jié)合。這兩項舉措都始于對云賬戶的盤點，并將它們連接到一個中央平臺。云原生應(yīng)用保護平臺(CNAPPs，如Orca和Wiz)現(xiàn)在包括云成本優(yōu)化作為一項內(nèi)置工具，這將識別完全未使用的服務(wù)，以便你可以努力取消配置它們——降低風(fēng)險的同時節(jié)省資金，并減少云運營團隊需要了解的項目數(shù)量。

Drew Firment：在花錢購買工具之前，先從嚴格的標記、緊密的治理和讓工程團隊對財務(wù)負責(zé)開始。如果沒有人負責(zé)支出，那么每個人都會超支。

AWS Cost Explorer、GCP Billing Reports和Azure Cost Management等原生工具是一個很好的起點，但像CloudHealth和Apptio這樣的好成本工具不僅僅會展示你的賬單——它們還會展示你為什么會收到賬單。Stacklet等工具是游戲規(guī)則的改變者，因為它們會將策略嵌入到管道中，它們不僅僅會展示你花了多少錢——它們還會阻止你一開始就犯下昂貴的錯誤。

即使是最好的工具，如果你的員工不接受培訓(xùn)，將云成本視為他們成功的一部分，那么也沒有什么意義。當你的團隊接受培訓(xùn)并使用這些工具時，真正的可見性才會到來，而不僅僅是你的財務(wù)部門。