正如云廠商和虛擬計算提供商所宣傳的轉移到云端是一個無縫的流程，經驗卻告訴我們過于猛烈地脫離內部數據中心，部署到云端是一種復雜的方式。從部署流程到方式的所有事情，應用的監控、調試并性能調整都不同。區別出現的時候，問題也就出現了。

　　但是當我們在向云計算邁進的時候如果有一些經驗的話就可以避免這些障礙，尤其是我們有機會學習一些前車之鑒的時候。下面我們就來為大家提供一些指導。

　　什么是云?何時采用?

　　每隔幾年，IT產業就會為新的屬于和技術淹沒，有一些變得極為流行，還有一些最終失敗并消失了。那么，云計算是什么呢?炒作背后的實質是什么呢?

　　不久之前，SOA是流行詞。回顧以往，Spring創始人Rod Johnson認為面向服務架構“是一種架構實踐級別的東西，但是卻根據它來賣產品。SOA的確是一種偽造的市場創造的概念。”他將SOA和云計算做對比，并表示“在云計算的例子中，背后有更多實質的東西。然而，這種實質卻被掩蓋，云對不同人意味著不同事。”這里所做的比較是為了云更為長遠的發展。

　　然而，有些人重申云不是IT***藥。Andrew Townsend指出，“云計算提供了現成的基礎架構，有云服務提供商來維護，企業在前端不用花費任何資本。然而，云可能并不適合每個人。”他列舉了一些情景，在這些情境中轉移到云端沒有意義，像有些企鵝也必須在一些互聯網連接慢速或者不可靠的地區運營的，可能就和公有云絕緣了。他也指出一些不太明顯的錯誤，像企業在地理區域運營，授權數據追蹤或者企業的核心關鍵應用在全時內部IT中要比外部云服務提供商匹配更好的服務。

　　云端極限擴展

　　有趣的是Java編程語言本身由于其管理參照和收集的方式，在無限擴展的時候經常產生問題，這也是為什么很多的編程語言運行在Java平臺上變得如此流行。可能在云端進行擴展計算的***的語言就是Scala了。但是用Scala編寫絕對不是為云計算基礎架構編寫堅固可擴展的代碼的唯一途徑。

　　一些開發者正在尋求Spring框架上的EJB的成功。云端用Spring/EJB方法編碼基于相當傳統的分層架構，單獨的層針對業務和表現層，可以分開部署，這樣可以簡化云技術的整合，改善可擴展性。

　　也有專家表示理解如何為可擴展性設計系統，而且不用具體的工具從而增加可擴展性。例如，Martin Abbott和Michael Fisher寫了一本書，主要介紹50條可擴展性規則，這些規則可以導向更加良好的可擴展性設計，從而產生更多的可擴展性云應用。構建可擴展性系統的這些規則覆蓋了硬件和軟件。他們警告使用“Select *”，并解釋了更好地指定你所查找的行。他們也帶來了一些輕松觀察硬件的建議，像對于所有的細節網絡使用相同的廠商，像交換機和路由器，因為混合網絡傳動可能導致信號路由開銷。

　　云計算作為Java開發平臺

　　云對于企業計算角色多數覆蓋，從項目經理到企業架構師到應用開發者再到部署專家。也有一些神奇的好處和性能，Java開發者也可以利用。下面就是云計算如何讓我們的開發變得更好。

　　平臺即服務(PaaS)云架構可能為企業開發團隊帶來很多好處。PaaS模型允許正致力于云端應用的開發團隊超越維護和現有的業務應用以及遺留基礎架構，開始用一些更新的更容易集成的云應用來取代這些。PaaS按月支付擴展性，允許業務人士終止為短期項目投資，在沒有風險的情況下不用受困于長期的昂貴的現代化進程。但是要小心***個項目，因為***印象持續時間很長，PaaS試驗項目很可能成為你的好朋友或者業務端強大的助手。

　　使用云平臺開發企業應用的另一個好處是相對容易的應用故障檢修。云端企業架構，開發團隊可以問題時間對環境進行快照。讓專家幫忙解答。相比于傳統測試云端快照有很多好處。云快照記錄標定了環境因子，這些因子正在影響實際運行時的運行較差的應用。這些問題因子如果不進行重新配置應用可能很難顯現。

　　新的云技術可以在開發團隊中造成混亂。Java開發者經常提供廣泛的深度技能，但是處理云基礎架構可能對于很多人來說是新的挑戰。例如，大多數Java開發者熟悉過多的技巧，可以節省CPU周期，但是云模型CPU能量是足夠的，更重要的是要關注于節省帶寬。就像大多數新技術那樣，云計算對于開發者來說，一旦有機會學習一些強健的PaaS技能，就會讓生活更輕松。