雲計算有後遺症？ 如何下藥

2012年可以說是雲計算年，各大企業都紛紛推出自己的雲服務，不論是雲供應商還是服務提供者，也不論是企業使用者還是個人使用者，「雲計算」的含義已經迅速的蔓延開來，然而在2007年之前，雲計算這個詞還是非常陌生的， 究竟是什麼原因導致雲計算從無人知曉到如今的聲名大噪。 我們其實可以根據醫學的角度來闡釋這個問題--對症下藥。

現在的企業都有這種「症狀」，無盡的配置，資金投入以及應對企業增長所帶來的新資料與新設備的增加，可以說是所有企業的「通病」了。

而根據這種症狀，我們給出的藥方自然就是雲計算了，雲計算提供了一個全自動化的軟體框架，完全代替手工操作。 而且不用擔心企業內部的設備購置問題，既省時又省力。 這麼看來，這絕對就是企業治療通病的絕佳選擇了。 但是不知道我們的CIO們有沒有想過，醫生給開的藥到底是不是真的適合你的病呢？ 或者說，這個藥你吃下去了，有沒有副作用呢。 企業醫生今天就為大家提供一些當你引入雲計算之後出現後期症狀的解決辦法。

1.規劃好你自己的內容。

像IT企業中經常會有一些低效率但是高消耗的IT操作模式，特殊的定制模式絕對是自動化與高效率的最大敵人，所以能去掉就去掉它吧。

創建一個可以供虛擬機器HTTP://www.aliyun.com/zixun/aggregation/7155.html">開發人員選擇的標準，服務目錄可以說是很好的選擇。 我們建議按照Amazon的配置來做，小，大，超大三個級別，為他們佈置同樣的記憶體與存儲空間。 像思科也同意這種做法，要不然他也不會去收購服務目錄供應商nesScale了。

2.創建預先打包好的軟體棧。

除了標準的虛擬機器配置，預先安裝的軟體棧對於豐富這些配置也可以提供很多好處：首先，預先安裝好的軟體棧可以説明企業更快正常化。 一個開發人員不用再去花費時間去安裝和配置軟體，可以通過預先安裝好的軟體棧從而更快上手工作，必然是非常有優勢的。 預先安裝好軟體棧可以防止企業之後出現其他的有錯誤的配置問題。 第三，也可以說是最重要的，它可以説明開發人員提高效率。 Amazon最新開發的Amazon Web Service可以說是非常有意義的，而它之後也將要推出一個全新的PaaS平臺（平臺即服務）配件。 所以說，不要認為你的雲計算可以勇往直前了。 從現在開始好好考慮如何擴大你的基礎架構來避免更高的人力消耗吧。

3.整合新的雲環境到現有的進程中。

這無疑是一個非常大的挑戰，也無疑會讓目前正在指導開發內部雲環境的開發人員們功虧一簣，要說你沒有能給開發人員提供簡單的遷移雲應用的辦法，只能說這個企業沒有全心全意的去進行雲的佈置工作。

而且開發人員也都不是傻子，就比如說，開發應用程式小組。 如果這個開發組發覺你的企業裡沒有適合適合他們雲應用的地方，他也就另尋他路了。

4. 推銷產品。

只是光創建了一個雲計算環境然後就猜想你的應用程式小組能夠馬上接受他並且上手那是絕對不可能的。 IT行業現在已經從一家壟斷演變成了多家競爭的形勢，你有很多的選擇。 獲得開發人員的一致認同與採納是非常重要的，而不斷的向他們介紹這些東西正是達成這一步的關鍵。

這可不是一個我建了房子就有人住的世界。 或許給他扣上一定銷售的帽子聽起來不太好，但是那也要比開會的時候試圖去向他們證明一個未經使用的架構環境花費如此之多是正確的要好。

5. 提供培訓

可能有時候你會覺得開發人員這個職位很崇高，而且事實上，有些開發人員就是被高高的舉到了「雲」端之上。 然後以我們的經驗來看，許許多多的開發人員並不能很好的理解一些新的要求在雲端創建應用架構。 提供培訓可以減少所以部門磨合的時間，而且也有很高的投資回報。

而這方面的挑戰就是給不同的角色提供適合的培訓。 開發人員需要學會如何整合應用程式到雲管理程式的框架當中。 操作人員就需要學會如何操作一個軟體與硬體的結合體。

從某種角度，上面的這些關於雲計算的建議或多或少有點類似于將企業的客戶遷移到互聯網上一樣。 IT企業遷移到雲服務的熱情與速度要比以往任何的平臺遷移反映都要高。 這就可以反映出我在文章起初所寫到的，如今的電腦工作模式是多麼的匱乏和急切渴求雲計算。 只有企業用正確的方法遷移雲計算，才能獲得一個很好的回報率。

(責任編輯：蒙遺善)