主動進行多雲成本管理的關鍵

2021-10-06 09:09:17 字數 2988 閱讀 7119

塞巴斯蒂安stadil是ceo和創始人scalr 。

我們如何控制雲預算? 首先,我們需要了解我們正在使用什麼。 但是,當多個團隊使用多個帳戶累積成本,並涉及多個雲平台上多個地理位置的多個產品時,獲得清晰的畫面幾乎是不可能的任務。 因此,基礎架構和運營團隊經常求助於雲和成本管理解決方案以獲得更好的可視性。

[入門: azure雲遷移指南 。•教程: google cloud入門 。|通過infoworld的雲計算新聞通訊了解雲計算的最新發展。]

團隊和成本管理解決方案試圖提高可見性的一種常見方法是使用標籤。 標記本質上是為基礎結構(伺服器,資料庫,儲存卷等)分配名稱的過程,有時還為應用程式或專案分配名稱。 標籤可能包含有用的資訊,例如地理區域,部門,環境,伺服器的目的,甚至是提供伺服器的人員的姓名。 例如,我可能會在aws的北維吉尼亞地區配置乙個資料庫,並像這樣標記它:

evan-mysql-us-east-1

標記有助於提高例項在何處以及如何分配預算的可見性。 標籤可以增強團隊從其雲提供商那裡獲取的資料。 it團隊實施標記的最常見原因之一是防止影子it產生的成本失控。 團隊為標籤建立最佳實踐和準則,以包含跟蹤環境中發生的一切所需的資料。

但是這種方法存在乙個固有的問題:它忽略了影子it最初開始的原因,這是為了避免it制定的流程。 僅當it部門可以確保每個標籤正確且100%遵循準則時,標籤才能成功。 隨著團隊跨越不同的位置並為多個私有和公共雲平台提供資源,這種情況很快就變得不可能了。

這是乙個例子。 在三個不同的團隊中,aws的北維吉尼亞地區配置的三個幾乎完全相同的資料庫可能遵循it準則,但最終的名稱卻大不相同:

evan-mysql-us-east-1

jose:database:east

rhdbva

而且,標籤從本質上將基礎架構和策略聯絡在一起,這是乙個大問題。 在企業或使用大量雲基礎架構的任何公司中,資源始終處於不斷變化的狀態,並始終在改變用途。 當團隊隨著時間變化,變化或合併時,他們的資源也會發揮作用。 兩個團隊可能具有不同的標記策略,並且當它們合併或資源四處移動時,標記約定通常會被破壞。 在第乙個資料庫示例中,標記可能如下所示:

evan-mysql-us-east-1

evan:mysql:east:1

evan-mysql-eats-1(乙個單詞拼寫錯誤時,您的標記策略會怎樣?)

evsqleast

**it部門只需擁有所有配置和標籤,並確保遵循策略,就可以解決很多問題。 但這會減慢一切。 同樣,這通常是首先導致影子it的原因。

標記從未被用於像成本管理這樣重要和細化的事物。 無論如何,監視每個應用程式或伺服器的成本通常沒有多大意義。 相反,企業可能會考慮如何在邏輯上將應用程式或預配置的基礎架構分組為「專案」甚至團隊。 然後,可以為專案和團隊分配預算,從而使成本分配和報告變得更加簡單,並且消除了對標籤的依賴。 在雲中進行配置的開發人員可以將其應用程式與他們所屬的專案或與其報告的成本中心相關聯。

但這只是該問題的部分解決方案。 即使團隊可以驗證標記的完美準確性,或者可以轉移到基於專案的成本模型,但對雲成本的可視性只是第一步; 這是一種成本管理的被動方法,不能完全解決問題。

考慮一下您注意到ec2例項超出其預算的時間。 您已經有了完美的標籤,告訴您jose正在使用該例項在北維吉尼亞州或東海岸地區託管mysql資料庫。 怎麼辦? 這裡的問題是我們所說的無上下文可見性:您不知道關閉該計算機的後果。 您必須手動與jose聯絡(假設您知道是誰),以找到繼續進行的方法。

此外,您可能沒有一直在監視該機器,並且僅在報告的任何時間表(周,月,季度)結束時才發現成本超支。 到那時,您可能已經晚了30或90天。 您可能對解決這種情況反應遲鈍,但是那筆錢已經花掉了,您能做的最好的就是嘗試更加努力地進行監控。 現在沖洗並重複一次,並為下乙個預算不足做好準備。

主動的成本控制措施將始終在管理雲預算方面更加有效。 不幸的是,目前沒有什麼解決方案可以幫助團隊做到這一點。 我要說的最佳實踐是在專案和團隊級別設定預算策略,並通過自動化工具實施這些策略。 這樣,可以將應用程式分組為與團隊或業務部門預算相關的專案。 it和財務部門可以為業務部門設定成本控制; 業務部門或單個團隊可以設定專案預算。 這些策略可以充當護欄,確保應用程式和專案不會超出預期的預算,同時仍使團隊可以通過自動自我配置等方法自由地提高工作效率。

有了這些實踐,即使是在被動方面,it和財務團隊也將更深入地了解成本的**。 他們可以靈活分配和重新分配預算,並且可以適應變化而不會丟失上下文。 此外,您將需要使用功能強大的分析引擎,該引擎可以檢視應用程式和使用趨勢,並為團隊提出建議,以預先改善成本。 例如,成本分析可能會建議使用保留的例項,以節省大量成本,並建議合理調整工作負載,團隊可以自動允許或手動批准。

通過啟用主動的成本控制系統和更強大的上下文成本分析機制,可以使失控的雲成本成為歷史。 速度,敏捷性,靈活性和成本效益–這是多雲的聖杯,也是未來。

sebastian stadil是scalr的首席執行官和創始人, scalr是nasa,expedia,samsung等眾多公司所依賴的多雲管理平台。

stadil還是矽谷第二大使用者群體svccg的創始人,以及卡內基·梅隆大學(carnegie mellon)關於企業家精神的客座講師。

他是google和microsoft的雲顧問委員會成員。

自2023年以來,他一直在開發利用aws和其他雲提供商的產品和服務。 -

新技術論壇提供了乙個以前所未有的深度和廣度探索和討論新興企業技術的場所。

選擇是主觀的,是基於我們對infoworld讀者認為最重要和最感興趣的技術的選擇。

將所有查詢傳送到[email protected]

from:

多雲環境的管理與實踐

隨著多雲領域的不斷成熟並成為組織it環境的主要組成部分,首席資訊官必須清楚地了解業務目標 約束和可交付成果。人們還需要了解,多雲並不是解決組織it團隊所面臨所有問題的解決方案。此外,由於沒有乙個萬能的方法適用於所有組織,因此各個組織需要建立自己的多雲路線圖以實現他們獨特的業務需求。與此同時,還需要遵...

IT成本管理的實施過程

成本管理在實際實施過程中一般分三個環節,一是計畫階段,主要是為實施it會計做準備,制定it會計系統及核算體系計畫,並對實施it會計進行可行性研究。這一階段一般耗時36個月,it組織的規模越大,組織結構越複雜,基礎資料的獲得越容易,所耗時間越短。二是it會計系統實施階段。這一階段主要是準備資料 選擇 ...

企業如何避免在多雲中網路整合的高昂成本

雖然虛擬專用網路 vpn 對於多雲網路很有用,但是隨著應用程式從乙個提供商轉移到另乙個 商時,it團隊仍然需要小心謹慎,避免產生高流量費用。多雲中最重要和最複雜的概念之一是公共雲提供商之間的網路整合。該模式有助於跨雲負載平衡和故障轉移,但是如果不仔細規劃,也可能導致網路整合成本巨大。幾乎所有的企業都...