云計算沒有提供這些組織所期望的好處的原因是因為他們沒有系統地解決這個問題。

如果企業想知道為什么沒有從云中獲得想要的好處，那么并不孤單。

[[271488]]

許多組織急于采用云計算，認為這將是他們解決所有問題的答案，只是發現它沒有提供他們希望的東西，實際上創造了更多的復雜性。

在第一波云計算中，一些企業只是在超級計算機購買了一些虛擬機，將他們可以使用的應用程序轉移到它上面并節省費用。其他人使用公共云、私有云，以及混合云，并且在他們遷移的應用程序中更加雄心勃勃，但仍然發現他們面臨著無法預見的復雜情況。

許多早期采用者遭受了可見性損失和糟糕的用戶體驗。雖然一些成本確實降低了，但另一些成本卻上升了，而且任何成本節約都很快受到運營后果和服務水平低下的影響。

為什么會這樣

將努力、資源和資金投入到無法有效運作的事情上是管理業務時最大的挫折之一。解決這個問題以及確保同樣的錯誤不再重復的關鍵是理解問題產生的原因。

云計算沒有提供這些組織所期望的好處，其原因是因為他們沒有系統地解決這個問題。他們的提升和轉移方法忽略了一些重要的架構考慮因素，特別是在網絡、安全和運營方面。

在云計算出現之前，組織通常采用以數據中心為中心的架構。企業應用程序存在于自己的數據中心，用戶通過專用網絡連接到它們。

在不重新構建網絡的情況下遷移到云平臺，導致效率低下、服務質量差、成本增加。例如，在分發到云平臺之前強制數據流量返回數據中心，會使應用程序運行速度變慢，并推高廣域網成本。與此同時，為中央突破而設計的安全架構難以應對云世界，當事情不在組織的控制之下時，運營支持也變得更加復雜。

再加上自帶設備(BOYD)，影子IT和用戶在公共SaaS服務上開設個人帳戶的復雜性，人們可能看到為什么那些認為他們可以簡單地“遷移到云端”的公司沒有實現他們的預期的結果。

如何應對

好消息是，有許多成功的云計算實施，其中轉型是戰略性的。這些企業不僅考慮將哪些應用移動到哪里，而且還考慮如何重新構建其網絡和安全性。結果他們獲得了收益。

通常，當組織通過一系列精心策劃的步驟遵循計劃的移動，運營和創新之旅時，會發生類似這樣的成功案例。這些是評估他們當前的數字產業，計劃移動的最佳方法，并在不中斷運營的情況下遷移。然后，他們管理例程，優化冗余，并重新創新升級。

為了說明這一點，RobertBosch公司工程和商業解決方案(RBEI)希望將其在印度各地的不同網絡系統整合到一個統一平臺上，而不會增加成本或影響核心業務。通過在一個集中平臺上工作，該公司增強了員工協作和生產力，加強了安全性，并緩解了網絡管理問題，最終減少了資本支出和運營支出。

另一個例子是英菲尼迪零售集團。當該公司發現新興折扣挑戰者對其在印度零售業的市場份額產生不利影響時，它決定采用混合云架構，以便在計算能力方面提供更大的靈活性，可以輕松減少或擴大。

成功的組織通過遵循上述示例的方法來避免云計算旅程中的動蕩。他們清楚自己的云計算戰略和業務驅動因素，知道他們是否希望專注于公共云、私有云或混合云，以及他們是否傾向于采用IaaS、SaaS或PaaS。他們評估了基礎設施的虛擬化程度，以及他們希望移動的工作負載。他們也非常清楚在監管環境中哪些是可能的，哪些是不可能的。

云計算的勝利者也在一開始就將安全性設計到他們的云計算架構中。他們考慮如何適應他們對DevOp、API和容器的未來計劃。他們知道他們是否希望自己的應用程序跨混合云運行，以及如何管理備份。最后，他們不會忘記為他們的新環境建立一個新的操作支持和服務管理模型。

盡管企業熱衷于采用能夠提高產量和更方便的技術，但必須仔細考慮核心業務需求、限制和未來目標。通過將此與集中的計劃和定制的方法相結合，組織可以成功地遷移到正確類型的云計算架構，這將有助于IT的發展。