先行者經驗總結：布署高效云計算架構的七個標準
在云計算落地之前，企業不僅僅要制定戰略性的決策。而且還要制定細致而又完善的計劃來將業務遷移到托管平臺上。這里為大家介紹布署高效云計算計劃的七個標準。并不是說這里提到的所有標準都要得到滿足，但這的確是那些“先行者”的經驗總結。
進程、應用和數據必須保持獨立
云計算——至少作為虛擬化的一種延伸，影響范圍已經越來越大。但是，目前云計算還不能支持復雜的企業環境。經驗表明，在云計算走向成熟之前，我們更應該關注系統架構的細節。考慮獨立的架構可以避免引入更多額外的供應商。
這方面的例子有SharePoint、文件存檔、虛擬化桌面，或是呼叫中心和VOIP等應用，其中大多數產品的安裝和管理都是獨立進行的。電話領域的Web應用也很多，從IP會議到GoToMeeting或Adobe尚未通過認證的ConnectPro Web會議系統，都屬于電話行業的Web應用。如果系統可以擴展的話，現有的VOIP系統就可以被擴展到云中。
另一方面，由于在云中進行系統整合的成本較高，獨立的進程也很難得到較大的投資回報。例如，嵌入Active Directory(信息和企業監控軟件)中的應用就很難被遷到云中。
#p#
要對整合點進行明確地界定
如果是物理整合，創建連接外部設備的網絡網關或是對其進行維護都需要進行登記鑒定。對于每項服務而言，內部和外部網絡的分界線是獨一無二的。由于專業的進程或應用是托管計算的一大特性，因此那些能夠把握關鍵進程的中小企業會在這方面取得成功。
你需要把項目組合用戶請到臺前來，向他們每一個核心業務系統蘊含的原理，并找到內部安全業務中能滿足外部開放標準的點，以及其在帶寬或反應時間方面的考慮。一定要找到一個逐個過渡的方法，在進行第一次實驗之前考慮這些因素，否則你的云恐怕只是一紙空文。
#p#
某些時候可以適當降低安全標準
你是否真的會給軟件配置像金融系統一樣的安全協議?如果不是，就可以將其開放到云中。隨著業務的深入，潛在的成本也在上升。盡管說如今很多時候都會將電子郵件和即時通信放在一起，但它們擁有不同的安全需求。
單個企業的云架構網絡只需管理企業用戶和項目組的權限，即便是所有的系統和進程傳輸都是對外的。單一的安全標準趨向于將應用放在內部，因為部件都是彼此獨立的。這對于那些試圖將限制性不強的系統拆成幾塊，分別配以不同的安全標準的企業來說是個機遇。
#p#
內部企業架構相對健全且易管理
你要征求網絡管理員的意見，找到可靠的DBA，充分利用企業應用性能智能報告的優勢。此外，要摸清支持新架構的員工的意愿，仔細考察報告和監控結果，來對基礎架構性能進行測試。
花時間去辨別一下計算環境的真實性，這可以讓你明確是否需要采購所有的部件。這樣，在對云計算性能進行測試的時候，你就可以充分信任那些基本信息。
#p#
Web是最好的平臺選擇
如今，胖客戶端要求較大的帶寬，這也延緩了用戶訪問的速度，同時也導致一些傳統系統被硬“塞入”Web前端。這經常會導致無法脫離舊硬件的應用后端出現問題，無法被遷移到Web托管環境。從這點來說，非基于瀏覽器的應用是不適合的。傳統硬件和服務等級有太多的未知數，因此最好把舊的客戶端服務器留在內部。但是，如果它是基于瀏覽器，云就是一個不錯的選擇。
#p#
成本是關鍵因素
最近，紐約時報需要建設一個數碼檔案館來供讀者搜索和購買文章。構建這樣一個存儲系統至少需要花兩年時間。而是用托管的解決方案，在一個星期內就完成了數據轉換。我們是不是需要節省這批成本呢?
#p#
保證應用的兼容性
部署在舊客戶端服務器上的應用仍然在你的網絡中掙扎，卻找不到前進的空間。你可能需要從底層開始構建新的應用來保證進程處理集中化，將網絡交付所需的數據量降至最小，這是對Web應用最終的設計思路。
正如最近有媒體報道的，世界上最大的企業——美國聯邦政府正在考慮使用運營商所提供的數據中心。這是對于云計算的大膽嘗試，是時候該做出一些改變，利用IT革命所帶來的好處了。
【編輯推薦】
