雲計算：找到北了麼？

近日，IBM的一位 IT工程師在網上發佈了一篇名為《雲計算：真的適合你嗎？ 》的文章，讓我們看到了大型系統廠商是如何向客戶講解雲計算的。 講解的內容中充滿概念錯誤和誤導成分，這與廠家宣傳的説明企業管理者更智慧的做出決策的產品理念根本是背道而馳了。 不幸的是，這樣的錯誤經常出現在諸如IBM, HP, Oracle以及 HTTP://www.aliyun.com/zixun/aggregation/11208.html">Microsoft, Accenture, Deloitte等廠家在宣傳雲計算相關理念和未來發展的過程中。 為了讓廣大讀者對雲計算有更正確的認識，我在這裡將原文中的一些錯誤觀點整理出來並加以修正：

「雲計算是指交付IT架構元件和服務。 」這個基礎定義的錯誤使得客戶對雲計算有了錯誤的認識。 這種說法使得廠商可以理所當然的向客戶推薦昂貴的雲計算平臺，因為客戶會認為自己必須購買大量的新產品才能讓自己的資料中心成為標準的雲計算架構。 誠然，搭建一個雲計算的資料中心不是個簡單的任務，因此才更需要聽取多方專家和顧問的意見。 然而在現實中，很多企業花錢購買的雲計算只是一個雲應用而已，因為雲應用可以讓使用者立刻開始根據付費等級使用相應的資源，而不需要等待18個月去計算需求、設計並實施專案。

「架構圖中的雲狀圖案所包含的元件是用戶端設備、伺服器和資料中心。 」這根本沒提到應用軟體，儘管在下一段作者還提到了SaaS。 更糟糕的是，這個解釋對於最初的雲架構圖是一種誤導。 最初的雲架構中包含的是在協力廠商運行的外部服務（比如X.25）。 圖像的重點是要說明企業不需要擔心底層硬體架構，因為它與服務是分開的。

「1. 投資回報是否大於損失？ 資料中心的遷移會帶來混亂、成本升高以及各種複雜情況。 」才看了幾段而已，我們就能看出作者是想告訴所有讀者，選擇雲計算就是要將企業現有的IT遷移到一個全新的雲資料中心，而這個雲資料中心是IBM真心幫企業建立的。 IT管理員尤其容易被這些話所迷惑，因為誰不希望像Amazon公司那樣使用一套全新的頂尖的IT設備。 (當然，全套更換是不可能的了，因為企業IT擁有眾多的高價附加設備，這一點[此處插入某全球系統製造商名稱]是知道的。 )

「有些應用是無法通過虛擬機器運行的，因為此類應用需要調用底層硬體元件。 」好像虛擬化一下子與雲計算畫上了等號。 雖然說，傳統的用戶端/伺服器應用以及大型機時代遺留下來的應用，如果不經過修改，確實無法被遷移到雲環境，但也不應該一開始就把話說絕了。

「有些應用需要較快的交付速度，如果交付出現延遲，最好也將這一整套應用（包括所有系統元件-Web、應用程式、資料庫、中介軟體伺服器等）保留在企業本地的系統上」.作者是希望企業將全球員工都集中在資料中心隔壁的辦公室裡， 從而實現納秒級的相應速度麼？ 也許正相反，作者是希望企業升級網路架構（或者是選擇某個雲服務供應商的高速架構產品）。 當然，傳統企業應用都是應用伺服器和資料庫緊密連接的，因此企業最好繼續保持這種緊密聯繫的關係。 但如今任何向遠端用戶端或移動終端交付服務的應用，如果存在延遲，都應該進行升級。

「企業必須接受將自己和客戶的資料交給協力廠商存儲所帶來的風險」.大型系統廠商和安全產品廠商雖然都喜歡奉承客戶，但是事實上大多數企業的CIO如今都意識到了雲供應商所提供的安全保障等級要比企業自己建立的安全保障更加穩妥可靠。

「你最不想見到的可能就是自己的資料與別人的資料混在一起吧」.如果你的企業和別的企業同在一個樓層、如果你發送電郵、如果你通過互聯網使用VPN，你都不會為自己的資料與別人的資料混在了一起趕到擔心嗎？ 因為當資料通過路由器傳遞時，不同來源的資料包就是混在一起的。 你肯定不會擔心，因為你知道資料包頭部帶有標記，能夠確保你的資料不會發送到其它終端。 雲計算廠商也使用了類似的方法來區別存儲位置，確保你的資料不會與其他人的資料混在一起無法區分。 可能你的資料會和別人的資料存放在相同的硬碟裡，經過同一個處理器進行運算，但這與郵局會將你的郵件偶爾發錯是完全不同的，根本不需要擔心。

「什麼情況下企業不該使用雲計算」.在一開始對雲計算做了誤導的定義後，文章的最後一段作為全文的總結，說的卻是什麼情況下企業不應該使用雲計算。 沒有提「為什麼應該使用雲計算」，也沒有引用現實中採用雲計算帶來的實際問題，比如如何將雲與企業內部IT設備結合。 作為一篇建議性的文章，該文的內容並不中立，對於雲計算的概念介紹也相當簡單。 不過這也體現出了全球性企業的一個通病，無怪乎人們對雲計算感到困惑了。

(責任編輯：蒙遺善)