如果你現在從事系統管理員或者IT經理之類的工作,那麼雲計算很可能在短時間內就從根本上改變你工作的形式。 Sun工程副總裁Hal Stern在證券和金融市場協會(SIFMA)技術管理會議上發言時如是說。
「雲計算的發展正在使我們漸漸脫離硬體世界,」Stern說。
他話裡的意思是指,系統管理員從此以後的工作內容主要將變成監測網路,而不需要再對硬體組成有過多的關注。 「我們還是需要系統管理員的,只是他們以後不需要再在資料中心拿著個扳手跑來跑去了,」他說。 「相反的,他們以後只需要利用遙測技術和工具對網路的流量、安全性和性能進行評估就行了。 」
什麼是雲服務的特點?
根據Gartner的調查,雲有五個屬性。 它是基於服務的;它具有可擴充性和彈性,能夠根據需要添加和刪除底層架構;它可以使用共用的底層架構來實現規模經濟;它可以測量性能,根據使用者的使用方式付費;當然最重要的,它用的是互聯網技術。
有的企業不希望和別人共用底層架構,因此他們會建立私有雲(private cloud)。 而其餘那些更考慮價格因素,並願意與其他企業分享底層架構的,可以選擇公共雲(public cloud)。
「在Sun看來,今後將會出現很多類型的雲。 將會有私有雲和公共雲,它們之間也會出現各種新型的雲,儘管在目前雲的總體分配情況還是兩頭大中間小,就像杠鈴的形狀,」Stern說。 如果51CTO.com的讀者對雲服務有興趣,可以參看以下文章《雲服務競爭加劇 雲計算標準有待統一》《2012年企業雲計算及雲服務開支將達420億美元》。
解決開發者和決策者之間的緊張
對普遍的IT經理和一些特殊的系統管理員來說,雲計算可以解決一個令人頭痛的問題,Stern說。 「雲計算可以説明解決開發者和決策者之間的緊張關係。 這種緊張關係就像伊甸園的故事。 如果不是想讓開發者來吃一口的話,為什麼要把蘋果放在那裡呢,」他開玩笑說,把IT決策者比作上帝。
他說:「IT經理們會問:為什麼使用者有那麼多需要? 我怎麼判定他們在做什麼? 為什麼他們需要那麼多版本? 」
雲計算將會讓所有這一切變得更容易。 根據企業的具體需要,應用程式可以更好地監測和部署。
「對創業公司來說,雲可以讓它們把錢花在工資、專案開發和啤酒上——而無須投資在底層架構中,」Stern說。
使用雲服務更容易進行監測,但Stern警告說按需付費並不總代表著省錢。 就好比開車,如果你每天都要開車,那你應該購買一輛,但如果你不經常開車,那麼租車更合適一些,就像51CTO.com之前的文章《CIO浪費資金十宗罪:如何將預算用到刀刃上? 》所言,花多少錢不重要,重要是花在刀刃上。
有時候,業務經理們可以使用雲來避免動用IT力量。 Stern講了紐約時報資料架構師Derek Gottfrid的故事,他使用Amazon的AWS和Hadoop並行資料處理架構把70年的報紙內容搬進TimesMachine存檔,繞過IT部門單獨完成了這一壯舉。
Stern指出,目前雲計算的合理資料處理能力大約是81萬幅PNG圖像和40萬5千份JavaScript檔,當然如果你每天都需要處理這麼多資料,這並非是最佳的選擇。
未來的雲架構
Stern表示,IT部門需要改變工作思維以適應管理未來由許多片雲組成的底層架構。 他說底層架構現在已經應該通過URL和API來構建,而不再通過讀寫命令,正如51CTO.com之前的文章《清華大學鄭緯民:雲計算得從基礎架構做起》。
雲應用比起傳統應用建立起來更加迅速。 但作為回應,系統管理員需要放棄自己喜愛的測量可靠性的方程。
「在九十年代,我們一直靠MTBF/(MTBF+MTTR)來測量可靠性,MTBF是平均無故障工作時間,MTTR是平均恢復時間,」Stern說。
他說,這個方程通常會產生一個擁有許多個9的百分比數位。 他說,作為管理員望著這個方程,他們會莫名其妙的擔心會不會突然來一次停機,即使這種事一年裡只會出現一次。
「因此,我們通過不斷的購買硬體來想辦法降低平均恢復時間。 我們買了RAID、SAN和各種集群,」他說。 「但軟體和部署也同樣影響可靠性。 」
而今後系統管理員需要的是跟蹤一系列KPI(Key Performance Indicator,關鍵性能指標)來衡量服務性能了。 「系統管理員需要衡量的是可預測性(predictability)、完整性(integrity)、生產力(productivity)和效率(efficiency),」 Stern說,他把這四個因素合稱為PIPE。
他補充說,今後的系統管理員將根據每塊錢和每瓦能耗的資料輸送量來測量資料中心的效率。
系統管理員將不會跟蹤雲中的硬體性能。 「即使是在私有雲,我們也可能看不到底層的硬體,更不用說公共雲的硬體了。 」
系統管理員將不用再操心更換硬體的問題了。 「如果你有1萬台伺服器,總會有些問題沒法避免,」Stern說,「軟體故障也一樣會出現。 」
他說,系統管理員將不再需要關注伺服器的平均恢復時間,而把重點放在怎樣快速識別和解決問題上。 他們需要及時清除應用的舊實例,並在需要的時候添加更多的實例。 在雲中,反應時間慢就等同于失敗。
他補充說,雖然工作職能的改變是不容易的,但會有大批的雲服務供應商會爭著給你提供説明。
「請記住:系統管理員新角色的重點將是怎樣識別和解決問題,而不是在可靠性上多做出幾個9來,」他最後做了結論。