企業(yè)上云/數(shù)字化轉型失敗的案例不勝枚舉，對此人們通常會將原因歸結為“天災”和“人禍”，而在基礎設施自助方案供應商WhereScape(該供應商旨在幫助全球IT團隊通過自動化以更快地設計、開發(fā)、部署和操作基礎設施)的CEO Mark Budzinski看來，后者才是企業(yè)上云的阻礙。 下面就來一探究竟：

　　每個人都樂于從付出的努力中收獲即時的回報與成果，不過正是這種對即時滿足的渴望常常阻止我們走出舒適區(qū)去體驗獲得更高回報所必須體驗的早期痛苦和不適。

　　這就像，我們要計劃去學習去打網(wǎng)球或演奏某種樂器，但由于這需要大量的時間投入，這些計劃總會停留在計劃階段。無論困難本身有多大，其實阻礙我們學會一項全新技能的挑戰(zhàn)就是我們需要面對的那些初心里障礙。

　　所以，我們也總是會在商業(yè)中看見短期戰(zhàn)略的需求阻礙了長期戰(zhàn)略的價值實現(xiàn)。在企業(yè)服務中，當企業(yè)試圖實現(xiàn)自己數(shù)字化轉型或遷移現(xiàn)有本地數(shù)據(jù)和系統(tǒng)時，這種問題尤為顯著。

　　一直以來，安全性和合規(guī)性就是云應用中的問題，盡管今年早些時候，麥肯錫(McKinsey)的一份報告指出，現(xiàn)在這種情況有所改觀。但是，不難發(fā)現(xiàn)，相關的挑戰(zhàn)依然圍繞于成本、復雜性和涉及到云的高級收購。

　　同時，在今天，企業(yè)已經(jīng)廣泛接受了基于云的數(shù)據(jù)倉庫策略。為什么?如果我們認定任何組織的競爭優(yōu)勢都可以建立在數(shù)據(jù)管理并可以隨時提取相關價值和洞察的能力之上，那么企業(yè)去使用靈活并可擴展的云數(shù)據(jù)倉庫平臺就可以稱之為“無腦的”了。IT領導者均清楚，與其他大多的技術項目相比，在云計算上的預算分配將意味著更大的投資回報率。

　　但是，這并不意味著成本和復雜性挑戰(zhàn)就會消失。將一個組織的數(shù)據(jù)架構從本地遷移到云平臺依然令人生畏。傳統(tǒng)上，這會帶來開發(fā)團隊問題(包括消耗大量時間和制造更多的錯誤)、項目風險和其他一般不安因素。所有這些原因加起來就會給人們造就一個阻礙他們追求長期云應用的計劃。

　　當更多高管希望體驗云對業(yè)務敏捷性的好處時，云常常被形容為一種小化成本和復雜性的實施側率。而對于很多考慮上云的組織與公司來說，這不會是他們首次進行的數(shù)據(jù)倉庫工作，而且可能，他們已經(jīng)找到了一些現(xiàn)現(xiàn)成方案，但遷移到全新數(shù)據(jù)平臺仍可能是一個復雜、耗時又昂貴的過程，而且開發(fā)人員必須要考慮到所有的事情，無論是對舊有設施的映射、確保元數(shù)據(jù)的一致性還是在全新位置進行數(shù)據(jù)傳輸和驗證?？傊?，這不會是一個簡單的過程。

　　企業(yè)第一種選擇是進行手動化的管理，為遷移的每個過程都創(chuàng)建定制代碼。這樣做的好處在于控制，通過手動管理遷移，公司可以在流程的每個部分都進行嚴格地監(jiān)督，并可以將現(xiàn)有的基礎結構逐個映射到新的基礎結構中。

　　不過，該方法的速度很慢，成本也極高，甚至會在員工失誤時帶來額外的風險，畢竟再好的員工也不能保證永遠不會犯錯。所以，對于許多企業(yè)來說，雖然他們看到了上云和轉型所帶來的價值，但它們還是沒有邁出這一步，通過手工將基礎設施全部轉移到云上實在是太慢了。

　　但在另一方面，自動化就可以顯著云遷移中的手動工作，通過公式化的遷移過程，開發(fā)人員將更為關注流程中的那些具有更多增值價值的方面。特別是當IT團隊面臨更多壓力，并需要在資源緊張的情況下快速交付分析信息時，自動化可幫助它們來推進過程，并加速評估時間。

　　沉醉于即時性的滿足是人們的本性，但企業(yè)不能讓這種本性妨礙自身獲得長遠的戰(zhàn)略價值。無論它們?nèi)绾螌崿F(xiàn)自己的云目標與數(shù)字化轉型，是否具有從自身的業(yè)務舒適區(qū)跳出的勇氣將是為至關重要的。

防爆云微信公眾號