那么企業(yè)如何才能控制云計算的成本和預算?首先，企業(yè)需要了解正在合作的內(nèi)容。但是，當多個團隊產(chǎn)生成本時，例如使用多個賬戶，涉及多個云平臺上多個地理位置的多個產(chǎn)品，獲得清晰的成本預算幾乎是不可能完成的任務(wù)。出于這個原因，企業(yè)的基礎(chǔ)設(shè)施和運營團隊需要采用云計算和成本管理解決方案，以獲得更好的可見性。
資源標簽：不完整的答案
團隊和成本管理解決方案試圖提高可見性的一種常見方式是使用標簽。標簽本質(zhì)上是為基礎(chǔ)設(shè)施(服務(wù)器、數(shù)據(jù)庫、存儲卷等)以及某些情況下的應用程序或項目分配名稱的過程。標簽可能包含有用的信息，如地理區(qū)域、部門、環(huán)境、服務(wù)器的用途，甚至是配置服務(wù)器的人員的名稱。例如，人們可能會在北弗吉尼亞州的AWS區(qū)域配置一個數(shù)據(jù)庫，并將其標記為：
evan-mysql-us-east-1
標簽可用于提高實例運行的可見性，在何處以及如何分配預算。標簽可以增加企業(yè)團隊從云計算提供商那里獲得的數(shù)據(jù)。IT團隊采用標簽的最常見原因之一是防止通過影子IT產(chǎn)生的失控成本。團隊為標簽創(chuàng)建最佳實踐和指南，以包含他們跟蹤環(huán)境中發(fā)生的一切所需的數(shù)據(jù)。
但這種方法存在一個固有的問題：它忽略了影子IT首先出現(xiàn)的原因，即避免IT部門實施的流程。只有當IT可以確保每個標簽都正確，并且在100%的時間都遵循指南時，采用標簽才能成功。隨著團隊跨越不同的位置并為多個私有云和公共云平臺提供資源，這很快就變得不可能了。
這是一個很好的例子。在三個不同的團隊中，在北弗吉尼亞州的AWS區(qū)域中配置的三個幾乎相同的數(shù)據(jù)庫可能遵循IT的指導方針，但最終會有完全不同的名稱：
evan-mysql-us-east-1
jose:database:east
rhdbva
更重要的是，標簽本質(zhì)上將基礎(chǔ)設(shè)施和政策結(jié)合在一起，這是一個大規(guī)模的問題。在企業(yè)或任何消耗大量云計算基礎(chǔ)設(shè)施的公司中，其資源處于不斷變化的狀態(tài)，不斷變換目的。當團隊隨著時間的推移變化或結(jié)合時，他們的資源也會如此。兩個團隊可能有不同的標記策略，當它們合并或資源移動時，標記約定經(jīng)常被破壞。在第一個數(shù)據(jù)庫示例中，標簽可能如下所示：
evan-mysql-us-east-1
evan:mysql:east:1
Evan-mysql-eats-1(當一個單詞拼寫錯誤時，那么標記策略會發(fā)生什么事情?)
evSQLeast
中央IT可以通過擁有所有配置和標簽來解決大部分問題，確保遵循策略。但這會減慢處理問題的速度。而且，這通常會導致影子IT出現(xiàn)。
邏輯分組：部分解決方案
標簽從來沒有被用于與成本管理一樣重要和精細的東西。無論如何，監(jiān)控每個應用程序或服務(wù)器的成本通常都沒有太大的商業(yè)意義。與其相反，企業(yè)可能會考慮如何將應用程序或配置的基礎(chǔ)設(shè)施邏輯分組到項目甚至團隊中。然后可以為項目和團隊分配預算，使成本分配和報告更加簡單，并消除對標簽的依賴。開發(fā)人員在云中的配置可以將他們的應用程序與他們所屬的項目或他們報告的成本中心相關(guān)聯(lián)。
但這只是部分解決方案。即使團隊可以驗證標簽的完美準確性，或者可以轉(zhuǎn)移到基于項目的成本模型，對于云計算成本的可見性只是第一步，它是一種成本管理的被動方法，并不能完全解決問題。
企業(yè)的管理人員可以考慮一下所注意到超出預算的EC2實例。將會有完美的標簽告訴誰正在使用該實例來托管北弗吉尼亞或東海岸地區(qū)的MySQL數(shù)據(jù)庫。那么怎么辦?這里的問題是稱之為沒有場景的可見性：管理人員不知道關(guān)閉該機器的后果是什么，必須聯(lián)系到那個人，以了解如何繼續(xù)實施。
此外，管理人員可能沒有持續(xù)監(jiān)控該計算機，并且只是在報告的任何時間表(周、月、季度)結(jié)束時發(fā)現(xiàn)了成本超支。到那時可能已經(jīng)晚了30或90天。可能會因為修復這種情況而反應遲鈍，但這筆費用已經(jīng)用完，而管理人員能做的最好的事情就是盡量保持監(jiān)控，以支撐到獲得下一個預算。
主動的多云成本管理
主動的成本控制措施在管理云計算預算方面總是更有效的。然而，很少有解決方案可以幫助團隊立即實現(xiàn)這一目標。這里所說的最佳實踐是在項目和團隊級別設(shè)置預算政策，并通過自動化工具實施這些政策。這樣，應用程序可以分組到與團隊或業(yè)務(wù)單位預算相關(guān)的項目中。IT和財務(wù)部門可以為業(yè)務(wù)部門設(shè)置成本控制，業(yè)務(wù)部門或團隊可以為項目設(shè)定預算。這些策略可以作為一種保護，以確保應用程序和項目不超過預期預算，同時仍然通過自動配置等方法為團隊提供高效工作。
有了這些實踐，即使在被動反應方面，IT和財務(wù)團隊也可以更深入地了解成本的來源。他們可以靈活地分配和重新分配預算，可以適應變化。此外，企業(yè)還需要使用功能強大的分析引擎，該引擎可以查看應用程序和使用趨勢，并為團隊提出建議，以便提前為成本提高做好準備。例如，成本分析可能會建議使用預留實例，因為它們可以顯著節(jié)省成本，并建議調(diào)整工作負載規(guī)模，哪些團隊可以自動允許或通過批準。
通過啟用主動成本控制系統(tǒng)和更強大的場景成本分析機制，企業(yè)可以使失控的云計算成本成為過去。而速度、靈活性、敏捷性、低成本、效率將是多云的未來。
京公網(wǎng)安備 11010502049343號