Cloud Technology Partners公司副總裁兼首席架構師Ed Featherston表示：由于云計算有望降低企業成本并培育更敏捷的IT運營，因此采用云計算對于當今許多公司來說幾乎是神奇的誘惑：他們認為將一些應用程序移動到云端將會解決所有問題。

在會上，Featherston和另外兩個云計算專家討論了當今IT高管所要處理的最大的云計算挑戰。

SumitSarkar表示，將看到另一種類型的斗爭。他是數據集成和數據互操作性服務供應商Progress公司的數據傳播者。他說，隨著組織構建云計算架構，采用新技術和服務，數據越來越抽象，或者不能立即輕松地提供給需要更加精細數據的分析專業人員。

“如果企業構建這些微服務器，其數據在這些不同的API中，如果企業有一個數據科學實踐團隊怎么辦?如何確保他們有權訪問數據以真正帶來商業價值?”Sarkar說。IT主管及其業務對手必須牢記這一點，因為他們正在重新構建和重構其所有系統。

埃森哲執行顧問Greg Bledsoe表示，遷入云計算的公司需要采用新的工作方式。Bledsoe幫助企業過渡到DevOps，軟件開發過程需要開發和運營團隊之間頻繁的互動和溝通。

他說，云計算使實驗成本低廉。“如果它不起作用，就將其拋棄，但企業仍然在管理他們的云基礎設施，就像是物理基礎設施一樣。”

所以業務方面的某個人可能會要求從IT部門獲得新的技術項目，得到它并進行嘗試，但是這并不完全正確。

Bledsoe說：“原有系統的工具對云計算來說是沒有意義的。這完全是人們過去管理策略的傳統工具，這完全是不必要的。”

什么樣的云計算挑戰困擾著IT高管?

Ed Featherston：“我見過客戶在云端最大的挑戰就是充分了解它是什么，對于他們來說是什么，以及它們將為客戶提供什么。而經典的想法是，‘如果我遷移到云端，這將解決我所有的問題。’

我最喜歡的格言之一是‘沒有技術能夠否定企業對設計和規劃的需求’。云計算也不例外。而我看到人們最大的挑戰是如果他們不這樣做。如果他們只是說：“哦，我要承擔這個工作量，我要把它放在AWS中，我剛剛登錄到控制臺，啟動了幾個例子，然后在月底得到帳單，然后就會說，‘哦，天哪，發生了什么事?”其實魔法本身不會發生，企業實際上需要的是更好的計劃。需要了解什么要是放棄的，如果節省云計算成本。”

我以前和一家公司進行溝通交流，他們表示因為應用程序上的服務器還有五個其他應用程序。他們仍然要保持保留。因此，仍然需要運行那些服務器。另外，現在他們正在創建的云實例遷移到AWS或微軟Azure，因此該公司實際上花費更多的費用。事實上，如果企業想提高敏捷性并能更快地遷移，就得考慮清楚其開發過程和操作過程支持這種能力嗎?

是的，云計算可以讓企業業務非常敏捷，如果有合適的流程來做的話。如果企業仍然是一個標準的瀑布開發類型的商店，沒有什么開發和操作的概念，并把它們捆綁在一起，云計算不會讓企業業務開展得更快。如果有什么的話，如果企業還沒有準備好的話，這有可能會讓事情變慢。

所以這些都是客戶所面臨的挑戰，我們將為客戶在解決這些挑戰。這就是為什么我喜歡在我的工作的原因之一，因為這是我們與客戶真正努力的事情之一。我們將從哪開始，客戶想從中得到什么?讓我們看看客戶得到了什么，讓我們了解如何到達那里，看看絆腳石是什么，然后，客戶開始向云計算遷移。

Sumit Sarkar：我們看到有很多人開始遷移到云計算，我想有些人聽說過云清洗這個術語：就是將一個應用程序遷移到云端，然后企業將命名其為云計算。

但問題是，在兩者之間，存在著不同層次的組合。我認為，正在發生的創新是在云本地架構和云清洗之間，例如，在創新中發生了很多事情。

所以我聽說過不少人正在采取一些NoSQL技術來補充ERP系統。如果企業有分布式數據架構，有些公司在現有數據庫之上建立一些微服務器。

那么現在發生的事情就是數據越來越抽象，因為我們擁有這種云原生的方式，也就是說，這是非傳統的或者是整體的。所以他們分解這些東西，數據被移動，使其可擴展。那么，正在發生的事情是對分析專家的挑戰。那么，如果你考慮到人們在操作智能，這是有時人們想到的最后一件事情。

如今，企業管理人員需要思考分析正在重新構建和重構其所有的系統。可以想一想：如果我構建這些微服務器，我的數據在這些不同的API中。如果我有一個數據科學實踐團隊怎么辦?如何確保他們能夠訪問數據真正帶來商業價值?或者我有這個數據工程團隊，真正可以建立這些數據存儲庫，以獲得全方位的智能。那么如何讓他們輕松獲取數據?

這就是我們所看到的問題，如何為這些專業人士提供連接，以便在這個大范圍內重構這些事情時仍然訪問數據?所以管理人員需要有這些舉措，而真正想到的是，不要忘記數據集成的分析。

Greg Bledsoe：因為我們致力于管理物理基礎設施，我們習慣于以非常嚴格的控制方式管理物理基礎設施，以保護我們的投資和控制成本，并將同樣的心態帶入云計算。

這種心態并不適用于云計算。當你不使用應用程序時，不需要支付費用，而云計算必須支付。云計算的全部力量以及在云計算使用DevOps的原因是因為企業已經進行了實驗。嘗試一些應用成本，如果不起作用，就將其丟棄。

但是企業仍然在管理他們的云基礎設施，就像是物理基礎設施一樣。當有一個DevOps團隊或為企業設置云基礎架構的人，就會提出請求建立一些東西，幾天后，就收到一些建立的東西。然后企業開始嘗試使用那些應用，這是不正確的，如果這樣做，放棄一些應用，這對云計算來說沒有意義。這完全是人們過去管理策略的傳統工具，這完全是不必要的。

因此，企業可以使用這些機制來保護其成本和投資，而無需集中管理這些架構，這與DevOps完全相反。DevOps團隊是另一個沒有真正協作解決問題的孤島。它只是成為另一個等待時間的來源。

這正是DevOps的錯誤。而且很多人都試圖以這種方式實現它，因為它符合他們理解的內容。它符合他們所知道的知識和經驗。因為他們還沒有真正理解，DevOps是管理從基礎設施到人員的一個完全不同的方式。