隨著企業對運行云的信心逐漸增強，他們正逐步將原來越多的主要應用轉移到云環境中。這使云供應商看到機遇，他們開始琢磨如何重新構筑傳統的應用程序。而傳統的運用程序設計之初根本未涉及云概念。

盡管服務商認同大多數應用都可以重新編程以融入云環境，但重新編程談何容易，期間的成本和復雜程度令人望而生畏，甚至可能血本無歸。那么傳統運用向云應用改造到底值不值呢?衡量的標準是這項工程能不能產生經濟效益，也就是說投入的人類智慧和財富能不能轉換成生產力。

“煞風景的不是應用無法改造，沒有云不可接受的存在。只是人類經過頭腦風暴后分析得出：改造的投資回報率太低，代價太大。” CSC是云管理服務供應商，總部設在弗吉尼亞。

應用重生：視機遇?視挑戰?

在云發展初期，企業對云只是淺嘗輒止，主要涉足應用測試與開發領域。而在過去幾年，企業對云技術信心猛增。現如今，客戶們紛紛下水。事實證明，云可以幫助企業實現開源節流。云環境中快捷靈便的企業應用程序可以縮短傳統企業的反應周期，從而潤滑企業的運營，創造經濟效益。

上行下效，云服務供應商同時發現了潛在的巨大前景。然而，將非云結構改造并完美融入云環境又頓成迷霧，朦朧了活躍的市場。

Bhargave總結道“前兩年，轉變尤其劇烈。企業想要持續提高效率的愿望到達瓶頸期。也就是說人的因素已經發揮的淋漓盡致，想要獲得質的飛躍，企業只能依靠系統的神奇。企業可以重新編寫應用程序，來實現現代化的企業管理流程。

IBM知名工程師Brian Snitzer指出應用重生的目標之一是生成新的彈力。

在設計云應用的時候，我們重新考慮了應用的需求及其對基礎設施的要求。這樣就應運而生resiliency概念，它是設計的巨大變革，可使應用高效運行在低投入的基礎設施中。

有些應用，服務商只需微調整就可使應用重生，如更改計算機硬編碼名稱，允許云連接。云服務商進一步指出，與X86系統兼容的應用只需少量調整，就可適用于云環境。

“復雜的應用不好修改，供應商也好，客戶也好，都要考慮成本，所需要花費的時間和設計的復雜程度。供應商和客戶就以上問題溝通通常需要花費3周時間。”Bhargava經驗豐富。

測試和開發依然關鍵

隨著云應用類型發展，云供應商需要重新評估客戶需求，決定新一代云應用應當具備哪些功能。測試開發層次的客戶對云應用的期望與生產環境層次的用戶的期望相去甚遠。

“測試開發層次客戶生存在快速變化的世界里，他們需要高速運轉的速率;”Kevin MOndfrans強調，他是Larered Tech公司：一家云服務商和MSP的副總裁，公司總部設在德克薩斯普雷諾。然而生產型用戶的偏好截然相反。他們更關注應用性能，能否快速編程，能否保障企業提供節假日無休全天候售后服務，以及能否圍繞應用建立管理工具。

話雖如此，這并不意味著云服務商必將顧此失彼。恰恰相反，云服務商應當全方位開發，以滿足兩個層面客戶的需求。

“雖說蘿卜青菜，各有所愛，但云應用重生的指導思想即測試開發總不會偏離的。”Mondfrans補充說，“即使云服務商術業有專攻，響應客戶號召制定發展戰略也是必然的”#p#

云應用：影響因素有哪些?

到底能不能將應用移植入云環境，應用是否具備潛能經過重新可以符合云應用結構?這些都是云服務商需要探討的。

Layerd Tech列出了以下三要素：應用輸入輸出硬盤;軟件認證和應用分級或應用模塊。

Mondfrans同時指出：“只要硬盤輸入輸出和軟件認證沒有問題，很多操作都可在云環境中實現，當然不是所有操作。較之傳統模塊式應用，適用于任何系統的應用，或可自動在各大系統中升級的應用更難以實現云轉換。

有些應用只能束手就擒，遠離云世界。

Mondfrans建議：“在轉移數據庫的時候，最好建立一個真實的數據庫平臺，來安裝不同的應用。這比虛擬化所有數據庫，在云里創建很多例子更加經濟實用。”

IBM的Snitzer同樣表示，超級復雜的應用已經與現有系統結合，或者說不擅長在虛擬化環境中運行的應用不宜轉入云環境，這種轉換需要大量工作。

“我們先要研究看看應用有多復雜，以及它的連接方式。假設有一個完全不會虛擬的應用，要想轉換它，就要植入自動化科技使其能直接與服務器對話。這與現行的云產品相差不大。將其自動化是小事，所花費的經歷確是不可估量的。

然而盡管很多應用不適應云改造，有一些卻非常值得一試。一旦重新設計，企業完全有可能實現更高的經濟效益，因為成本降低了，產能提高了。

適應了云環境的應用會獲得讓顧客嗔目結舌的效果;Snitzer回憶說，IBM曾經為一家數碼動畫公司提供了云應用，他們的經濟效益很快得到體現。

“他們系統反應時間變得更快。原本需要運轉好幾周的循環現在幾個小時就能完成。他們會利用云跨出原本的圈地實現突破。突然間性能的提升拓展了他們的業務業績。