當今雲計算的挑戰：規劃，流程和人員

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是管理從基礎設施到人員的一個完全不同的方式。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！