云計算該“遷移”還是“自建”?
微軟***軟件師架構Ray Ozzie所寫的一則備忘錄在云計算行業引起了巨大的反響。微軟***執行官Steve Ballmer之后宣布，Ozzie即將退休，離開微軟公司。Ozzie趁此機會，又寫了題為《嶄新的一天》的備忘錄，勾勒了計算行業的未來：對微軟這家軟件開發商來說，未來既是挑戰，又是機遇。
Ozzie發布的備忘錄之所以引起筆者的關注，是因為它突顯了采用云計算方面的一個主要的細微差別：我認為，IT部門需要認真考慮這個細微差別：那就是“遷移到”云計算與為云計算“構建”之間的區別。
我與其他人士之前強調過幾次：采用云計算的企業面臨的一個重大挑戰之一是，它們面臨的并不是“新興的”云計算機會。它們擁有遺留應用程序——有許多這樣的應用程序，而那些應用程序必須保持具有經濟效益和可用性，并且與IT生態系統合理集成，那樣企業才能順利地經營和發展。
不過正如Ozzie指出的那樣，將來會進入“后個人電腦”時代，到時候軟件變得“不斷可用”，設備演變成了“類似硬件的互連裝置”。這個新未來聽上去簡單得很，但是要迎來一種無縫的、可擴展的計算模式，卻面臨重大挑戰。
你根本無法把現有的應用程序“移植”到那樣的新模式。軟件根本無法那樣運行。雖然數據格式和應用程序的交換模式(metaphor)也許保持相對一致，但是關鍵的基本方面意味著，現有的代碼不可能預先準備好用于真正的云計算模式，比如用戶界面的組件(如觸摸屏)，數據管理(如非關系數據存儲區和新的多設備同步方案)，甚至編程風格(如“故障就緒”的軟件)。
這倒不是說，現有的應用程序不應該遷移到云環境;其實遷移到云環境是明智之舉。比如說，測試和開發是兩種能夠從動態的、按需付費的云計算模式得到tgdd好處的遺留計算環境。我聽人說，如果有一種動態的使用模式，可以滿足AT&T全球商業服務公司的策略解決營銷副總裁Joe Weinman在關于“云經濟”的著作中闡述的標準，連像SAP應用軟件這些比較復雜的遺留應用程序也能得益于采用云計算。
不過，如今的IT部門不得不開始認真考慮本企業的哪些方面應該采用云計算。不僅僅要關注技術，還要關注企業業務系統。你會把云看作是現有計算模式的數據中心替代方案嗎?還是你會為本企業設計架構、以便充分利用云計算?
后者方面的一個典例是在線電影流式播放領域的領頭羊Netflix。Netflix公司的云架構師Adrian Cockcroft在最近的談論中描述了這家公司如何決定從專有數據中心，改為向公共云計算和內容分發網絡遷移。Netflix大量利用了亞馬遜網絡服務公司的整套云計算服務，不但為其云環境設計了IT系統，連其在線經營模式也得到了完善，使得這家公司在云計算方面變得準備更充分。
關鍵的一點是，你不能簡單地把現有的IT遷移到“基礎設施即服務”，然后宣稱已準備好迎接云計算未來。沒錯，你應該把遺留系統遷移到公共云或私有云系統，如果這么做具有成本效益的話，但是你需要開始評估本企業的所有系統，可能還要評估經營模式，以便確定它們在將來持續服務、隨時連接的環境下會取得成功，還是問題重重。
“遷移”到云計算與為云計算“構建”之間存在巨大區別。你已準備好了在這兩方面作足夠深入的了解嗎?
【編輯推薦】
