當今云計算的挑戰(zhàn):規(guī)劃,流程和人員
來源:原創(chuàng) 時間:2017-11-20 瀏覽:0 次
Cloud Technology Partners公司副總裁兼首席架構師Ed Featherston表示:由于云計算有望降低企業(yè)成本并培育更敏捷的IT運營,因此采用云計算對于當今許多公司來說幾乎是神奇的誘惑:他們認為將一些應用程序移動到云端將會解決所有問題。
在會上,F(xiàn)eatherston和另外兩個云計算專家討論了當今IT高管所要處理的最大的云計算挑戰(zhàn)。
SumitSarkar表示,將看到另一種類型的斗爭。他是數據集成和數據互操作性服務供應商Progress公司的數據傳播者。他說,隨著組織構建云計算架構,采用新技術和服務,數據越來越抽象,或者不能立即輕松地提供給需要更加精細數據的分析專業(yè)人員。
“如果企業(yè)構建這些微服務器,其數據在這些不同的API中,如果企業(yè)有一個數據科學實踐團隊怎么辦?如何確保他們有權訪問數據以真正帶來商業(yè)價值?”Sarkar說。IT主管及其業(yè)務對手必須牢記這一點,因為他們正在重新構建和重構其所有系統(tǒng)。
埃森哲執(zhí)行顧問Greg Bledsoe表示,遷入云計算的公司需要采用新的工作方式。Bledsoe幫助企業(yè)過渡到DevOps,軟件開發(fā)過程需要開發(fā)和運營團隊之間頻繁的互動和溝通。
他說,云計算使實驗成本低廉。“如果它不起作用,就將其拋棄,但企業(yè)仍然在管理他們的云基礎設施,就像是物理基礎設施一樣。”
所以業(yè)務方面的某個人可能會要求從IT部門獲得新的技術項目,得到它并進行嘗試,但是這并不完全正確。
Bledsoe說:“原有系統(tǒng)的工具對云計算來說是沒有意義的。這完全是人們過去管理策略的傳統(tǒng)工具,這完全是不必要的。”
什么樣的云計算挑戰(zhàn)困擾著IT高管?
Ed Featherston:“我見過客戶在云端最大的挑戰(zhàn)就是充分了解它是什么,對于他們來說是什么,以及它們將為客戶提供什么。而經典的想法是,‘如果我遷移到云端,這將解決我所有的問題。’
我最喜歡的格言之一是‘沒有技術能夠否定企業(yè)對設計和規(guī)劃的需求’。云計算也不例外。而我看到人們最大的挑戰(zhàn)是如果他們不這樣做。如果他們只是說:“哦,我要承擔這個工作量,我要把它放在AWS中,我剛剛登錄到控制臺,啟動了幾個例子,然后在月底得到帳單,然后就會說,‘哦,天哪,發(fā)生了什么事?”其實魔法本身不會發(fā)生,企業(yè)實際上需要的是更好的計劃。需要了解什么要是放棄的,如果節(jié)省云計算成本。”
我以前和一家公司進行溝通交流,他們表示因為應用程序上的服務器還有五個其他應用程序。他們仍然要保持保留。因此,仍然需要運行那些服務器。另外,現(xiàn)在他們正在創(chuàng)建的云實例遷移到AWS或微軟Azure,因此該公司實際上花費更多的費用。事實上,如果企業(yè)想提高敏捷性并能更快地遷移,就得考慮清楚其開發(fā)過程和操作過程支持這種能力嗎?

是的,云計算可以讓企業(yè)業(yè)務非常敏捷,如果有合適的流程來做的話。如果企業(yè)仍然是一個標準的瀑布開發(fā)類型的商店,沒有什么開發(fā)和操作的概念,并把它們捆綁在一起,云計算不會讓企業(yè)業(yè)務開展得更快。如果有什么的話,如果企業(yè)還沒有準備好的話,這有可能會讓事情變慢。
所以這些都是客戶所面臨的挑戰(zhàn),我們將為客戶在解決這些挑戰(zhàn)。這就是為什么我喜歡在我的工作的原因之一,因為這是我們與客戶真正努力的事情之一。我們將從哪開始,客戶想從中得到什么?讓我們看看客戶得到了什么,讓我們了解如何到達那里,看看絆腳石是什么,然后,客戶開始向云計算遷移。
Sumit Sarkar:我們看到有很多人開始遷移到云計算,我想有些人聽說過云清洗這個術語:就是將一個應用程序遷移到云端,然后企業(yè)將命名其為云計算。
但問題是,在兩者之間,存在著不同層次的組合。我認為,正在發(fā)生的創(chuàng)新是在云本地架構和云清洗之間,例如,在創(chuàng)新中發(fā)生了很多事情。
所以我聽說過不少人正在采取一些NoSQL技術來補充ERP系統(tǒng)。如果企業(yè)有分布式數據架構,有些公司在現(xiàn)有數據庫之上建立一些微服務器。
那么現(xiàn)在發(fā)生的事情就是數據越來越抽象,因為我們擁有這種云原生的方式,也就是說,這是非傳統(tǒng)的或者是整體的。所以他們分解這些東西,數據被移動,使其可擴展。那么,正在發(fā)生的事情是對分析專家的挑戰(zhàn)。那么,如果你考慮到人們在操作智能,這是有時人們想到的最后一件事情。
如今,企業(yè)管理人員需要思考分析正在重新構建和重構其所有的系統(tǒng)??梢韵胍幌耄喝绻覙嫿ㄟ@些微服務器,我的數據在這些不同的API中。如果我有一個數據科學實踐團隊怎么辦?如何確保他們能夠訪問數據真正帶來商業(yè)價值?或者我有這個數據工程團隊,真正可以建立這些數據存儲庫,以獲得全方位的智能。那么如何讓他們輕松獲取數據?
這就是我們所看到的問題,如何為這些專業(yè)人士提供連接,以便在這個大范圍內重構這些事情時仍然訪問數據?所以管理人員需要有這些舉措,而真正想到的是,不要忘記數據集成的分析。
Greg Bledsoe:因為我們致力于管理物理基礎設施,我們習慣于以非常嚴格的控制方式管理物理基礎設施,以保護我們的投資和控制成本,并將同樣的心態(tài)帶入云計算。
這種心態(tài)并不適用于云計算。當你不使用應用程序時,不需要支付費用,而云計算必須支付。云計算的全部力量以及在云計算使用DevOps的原因是因為企業(yè)已經進行了實驗。嘗試一些應用成本,如果不起作用,就將其丟棄。
但是企業(yè)仍然在管理他們的云基礎設施,就像是物理基礎設施一樣。當有一個DevOps團隊或為企業(yè)設置云基礎架構的人,就會提出請求建立一些東西,幾天后,就收到一些建立的東西。然后企業(yè)開始嘗試使用那些應用,這是不正確的,如果這樣做,放棄一些應用,這對云計算來說沒有意義。這完全是人們過去管理策略的傳統(tǒng)工具,這完全是不必要的。
因此,企業(yè)可以使用這些機制來保護其成本和投資,而無需集中管理這些架構,這與DevOps完全相反。DevOps團隊是另一個沒有真正協(xié)作解決問題的孤島。它只是成為另一個等待時間的來源。
這正是DevOps的錯誤。而且很多人都試圖以這種方式實現(xiàn)它,因為它符合他們理解的內容。它符合他們所知道的知識和經驗。因為他們還沒有真正理解,DevOps是管理從基礎設施到人員的一個完全不同的方式。