日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關咨詢
選擇下列產(chǎn)品馬上在線溝通
服務時間:8:30-17:00
你可能遇到了下面的問題
關閉右側工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
如何正確實施云計算優(yōu)化

如何正確實施云計算優(yōu)化

作者:Dr. Peter 2020-10-15 10:51:05

云計算 企業(yè)需要從成本角度考慮如何最大化地獲得云計算的好處。如今,任何新策略或工具的部署都從未像現(xiàn)在這樣受到關注。很多企業(yè)正面臨三重挑戰(zhàn),其中包括英國脫歐、冠狀病毒疫情以及潛在的全球經(jīng)濟衰退,云計算支出預算將受到嚴​​格審查。

創(chuàng)新互聯(lián)建站IDC提供業(yè)務:西信服務器托管,成都服務器租用,西信服務器托管,重慶服務器租用等四川省內主機托管與主機租用業(yè)務;數(shù)據(jù)中心含:雙線機房,BGP機房,電信機房,移動機房,聯(lián)通機房。

 企業(yè)需要從成本角度考慮如何最大化地獲得云計算的好處。

如今,任何新策略或工具的部署都從未像現(xiàn)在這樣受到關注。很多企業(yè)正面臨三重挑戰(zhàn),其中包括英國脫歐、冠狀病毒疫情以及潛在的全球經(jīng)濟衰退,云計算支出預算將受到嚴??格審查。然而,對于那些有能力的企業(yè)來說,技術創(chuàng)新和采用分散的公共云服務將是適應“新常態(tài)”的關鍵差異。

對于那些考慮進行云計算部署的企業(yè)來說,有效的成本管理對于成功至關重要。最初,這將意味著根據(jù)公共云/私有云部署和遷移策略,在每個工作負載的基礎上做出正確的選擇。但是,企業(yè)需要繼續(xù)最大程度地利用云計算技術,需要在關鍵活動領域中盡早采取行動,以便隨著云計算足跡的增加而有效地優(yōu)化成本:監(jiān)控、元數(shù)據(jù),以及最關鍵的問責制。這些領域不僅會影響企業(yè)的基礎設施,還會影響提供it和財務管理能力的人員和流程。

盡管可能會覺得在部署之前需要大量資源,但其活動將為企業(yè)采用的云平臺和方法奠定基礎。它還將確保企業(yè)從整體上考慮其需求,以適應現(xiàn)在和將來的發(fā)展。在遷移到云平臺的過程中,如果不考慮這些因素不僅會影響初始遷移,還會影響后續(xù)的持續(xù)運營和采用體驗,其中包括創(chuàng)新能力和持續(xù)成本管理。

監(jiān)控策略

有效的監(jiān)控策略對于任何云平臺的成功運營策略都是至關重要的。元數(shù)據(jù)監(jiān)視是容量管理、性能管理和事件/問題管理的基礎。有效的監(jiān)控對于實現(xiàn)具有成本效益的遷移策略以及在云平臺中進行持續(xù)的成本管理也至關重要。

有效收集基礎設施和應用程序性能指標可為了解企業(yè)現(xiàn)有的存儲空間及其性能要求提供關鍵參數(shù),從而實現(xiàn)目標云計算存儲空間的有效設計。這也是采用云原生PaaS產(chǎn)品的有用指標,可以將潛在的性能瓶頸或管理難題轉移給企業(yè)選擇的公共云提供商。

企業(yè)的監(jiān)控策略也將繼續(xù)在遷移后的成本管理中發(fā)揮關鍵作用。除了其在性能、容量和事件/問題管理方面的現(xiàn)有角色外,企業(yè)的性能元數(shù)據(jù)還將有助于識別和解決特定于云計算的管理難題:過度配置。

在云中采用敏捷方法、快速故障響應和快速原型可以產(chǎn)生真正的業(yè)務收益,但是實現(xiàn)這些收益所需的基設施管理的分散化可能會帶來真正的挑戰(zhàn)。快速部署的壓力可能導致資源過度配置的趨勢,因為它啟用了“先部署,后擴展”策略以快速上線運營,并支持資源升級以處理潛在的更新后性能瓶頸。

在這兩種情況下,一旦確定了資源需求,或者確定或解決了性能瓶頸,調整規(guī)模的意圖通常會被迅速發(fā)展的業(yè)務優(yōu)先級迅速取代。例如,超額配置的資源通常仍然保持超額配置,并產(chǎn)生額外費用。在這些情況下,有效的績效監(jiān)控以及適當?shù)膯栘熤茖⑹谴_保云計算的超支清晰可見,并適當確定優(yōu)先級的關鍵因素。

元數(shù)據(jù)的管理

在基礎設施和應用程序上建立適當?shù)脑獢?shù)據(jù)是另一個關鍵領域,這將影響到不斷增長的云基礎設施中的遷移規(guī)劃和后續(xù)成本管理。

如果企業(yè)擁有一個健壯且注釋良好的配置管理數(shù)據(jù)庫,涵蓋所有基礎設施所有權和依賴關系,那么其計劃遷移的工作變得非常容易。然而,大多數(shù)企業(yè)的配置管理將處于不同的成熟度級別,而且通常都會運行一些工作負載,這些工作負載可能是有機增長的或文檔記錄并不充分。

如果企業(yè)的工作負載元數(shù)據(jù)并不是全部,那么遷移計劃就可以解決以下問題:

  • 在后疫情時代,IT領導者如何專注于云計算優(yōu)化以控制成本?
  • 從業(yè)務角度來看,誰負責工作負載?
  • 從技術角度來看,誰負責工作負載?
  • 企業(yè)的工作負載支持哪些項目,應用程序或服務?
  • 企業(yè)的工作負載的上游和下游依賴性是什么?

回答這些問題是企業(yè)遷移策略的關鍵。他們將被告知需要向誰咨詢或提供有關遷移事件的信息,誰將最適合測試遷移的工作負載,以及是否需要遷移任何上游或下游服務。結合性能指標,這些信息還將告知工作負載是否需要在業(yè)務中遷移、替換甚至保留。

在云遷移之后,維護元數(shù)據(jù)并將其分配給新資源變得更加重要。除非在新的云計算環(huán)境中強制要求密鑰所有權和應用程序元數(shù)據(jù),否則其成本可能很快變得不可分配且難以解決。只有與適當?shù)膶傩栽獢?shù)據(jù)相結合,才能有效地評估性能指標,以確定和實施成本節(jié)約措施。

在云計算足跡開始增長之前,初始云遷移是采用元數(shù)據(jù)強制策略的理想時機。就像云計算資源的規(guī)模過大一樣,適當?shù)脑獢?shù)據(jù)標記通常會成為部署期限緊迫或業(yè)務優(yōu)先級不斷變化的犧牲品,而在確保云工作負載的可歸因性方面,預防措施要比補救措施更有價值。

建立問責制

最初建立并實施了有關云計算工作負載的關鍵所有權和功能元數(shù)據(jù)的維護后,現(xiàn)在是時候解決云計算中的成本責任這一棘手問題了。

支持創(chuàng)新通常是云計算應用的關鍵驅動因素,它具有創(chuàng)新、迭代和快速失敗的能力,這些都是成功采用云計算的用戶所實現(xiàn)的最明顯和最具變革性的好處。為了有效地接受這些更改,需要調整對如何處理基礎設施成本的思考。

傳統(tǒng)的IT采購模式(資源集中分配、購買、擁有和管理)無法解決新的問題,即來自不同業(yè)務部門的開發(fā)人員有權提供云計算資源以實現(xiàn)創(chuàng)新和快速部署。在云計算早期采用者中常見的場景是一種模型,其中業(yè)務部門具有開發(fā)和部署自己的云計算資源的能力,但是云計算成本仍是集中計費和管理。

在這種情況下,企業(yè)核心團隊將負責“成本優(yōu)化”,并負責從性能指標中識別潛在的成本節(jié)約措施。然后,他們必須確定并追查資源所有者,以請求驗證和實施建議的措施。他們通常與只負責提供高性能服務且沒有動機進行變更的團隊產(chǎn)生矛盾。

結果可以預測:核心IT團隊與對成本優(yōu)化措施沒有采取行動的財務部門和擁有資源的業(yè)務部門關系變得緊張,導致云計算成本激增,以及對采用云計算期望的幻滅。

其答案是顯而易見的:需要開發(fā)、部署和管理自己的云計算服務的業(yè)務部門應該為其開發(fā)、部署和使用所產(chǎn)生的成本負責。然而,這需要對系統(tǒng)、流程和人員進行業(yè)務轉型,不僅影響IT功能,還影響需要更多能力的業(yè)務團隊和財務團隊。不出所料的是,企業(yè)的一些惰性往往導致這種必要的變革或者被推遲,或者被完全忽視。

常見的結果是不受控制的成本增加,導致縮減云計算預算或基礎設施管理重新集中化。無論采用哪種結果,這兩種結果都會導致完全或部分喪失采用云計算技術所帶來的創(chuàng)新和敏捷性優(yōu)勢。

其結論是什么?在云應用過程的早期就抓住公共云成本的責任這一棘手問題,對于實現(xiàn)云計算的好處和對云計算支出的有效管理至關重要。

下一步發(fā)展是什么?

監(jiān)控策略、元數(shù)據(jù)的管理、問責制的結合對于確保企業(yè)成功采用云計算技術或遷移云平臺至關重要,無論是在項目交付方面,還是在遷移到“新常態(tài)”之后的持續(xù)成本管理方面。與經(jīng)驗豐富的合作伙伴開展合作,可以支持企業(yè)的云計算之旅,不僅可以增強IT員工的技能來實現(xiàn)云計算的設計、規(guī)劃和成功遷移,還可以幫助企業(yè)提供實現(xiàn)其優(yōu)勢所需的人員、流程,以及支持其服務轉型持續(xù)的云計算應用。


當前題目:如何正確實施云計算優(yōu)化
分享網(wǎng)址:http://www.5511xx.com/article/coosojj.html