公有云用于運行采用最新工具以及最新潮編程語言構建的新應用程序。那么能夠在公有云上運行將企業數據中心搞得有些狼狽的遺留應用嗎?

如果應用程序進入到了更新期，那么為什么只是通過進行硬件升級或者使用新GUI這類整容方式來解決呢?相反，為什么不全力以赴在技術最為先進、具備可擴展性、靈活性的云平臺上重新構建應用呢?如果提到運營成本而非資本支出模型，那么更應該采取這一措施。

事實上，有越來越多的IT專業人員在思考這個問題。IDC應用開發軟件研究項目部主任Al Hilwa說IT專業人員對使用云作為遺留應用現代化建設的目的地有興趣。

Hilwa說：“有一些工作負載，比如面向外部用戶的應用能夠很好地遷移到云中。”但是遷移現有遺留應用到云中之前需要對一些注意事項進行評估。

陷阱無處不在

今年夏天，Pabst Brewing公司將其整個數據中心從德州的圣安東尼奧遷移到了Rackspace云平臺，使用了公司的混合云及管理服務。在遷移兩個舊應用微軟動態GPERP系統(之前稱之為Great Plain)以及營收管理工具Salient Margin Minder之前一切相當順利。

Virtessential是一家IT集成商，其CEO Stephen Blake見證了這一遷移過程，他解釋道這兩個應用已經運行了五年多的時間，經歷了多次功能升級，打了多次補丁。Pabst Brewing公司沒有訪問源安裝文件，也沒有查看記錄配置變更的相關文檔。

Blake說：“沒有人知道安裝了什么，應用就是一個黑盒子。”

與此同時，和大多數管理的服務供應商類似，Rackspace不想為知之甚少的應用提供服務級別協議。

Blake說：“不會有太多被管理的服務供應商MSP能夠相當變通地說，‘是的，我們托管鏡像。’他們不想承擔對現有問題提供支持的風險。”

相反，服務供應商MSP通常只同意對新安裝的應用提供支持，這些應用使用MSP的首選工具進行管理。Virtessential使用AppZero提供的應用虛擬化軟件繞開了這一問題，將應用及其依賴程序提取為便攜式的“虛擬應用設備”軟件包，然后在新操作系統上進行安裝。

Blake說：“這些服務器像是新搭建的，但實際上并不是。”

應用的提取及遷移過程少于1小時，自從8月份以來在Rackspace運行的應用并沒有出現問題。Blake說如果他們之前沒有找到AppZero，那么遷移這兩個應用可能會增加三到四周的時間。

對Pabst來說，將遺留應用遷移到云中最終獲得了成功，但是事情并非總是如此輕松。

瘋狂的多租戶

企業在逐步增加SaaS應用的大客戶，經典的例子就是Saleforce.com的CRM以及Workday的薪資管理外包服務。現在一些內部IT部門在思考繼續像之前那樣，將內部應用重構為基于云的多租戶應用——私有SaaS是否有意義。

例如，想象一下汽車制造廠為全國的經銷商所開發的財務應用。該應用被編寫為單租戶應用，需要在經銷商處進行本地安裝、運行并由本地的IT專業人員進行維護。這一模式必然充滿困難，因為經銷商必須解決出現的故障并對應用進行維護。

與上述模式相反，如果被重新構建為基于云的多租戶SaaS應用，汽車經銷商只需要登陸而由制造商處理升級，維護以及新部署，這種模式的效果怎么樣呢?

獨立軟件開發商已經提供了在經銷商處運行的本地軟件，而SaaS軟件認為遷移到多租戶環境對業務發展意義重大。

EMAS Pro公司為大中專院校提供學籍管理軟件，其高級副總裁Andrei Sergeev說：“多租戶是正確的選擇嗎?是的，因為目標是優化維護成本。”簡單來講，對供應商和用戶來說，基于SaaS的工具安裝與維護更加簡單。

Sergeev說，SaaS還提供了由用戶控制的高級功能，如果在經銷商本地運行軟件則意味著高成本。

在對本地軟件解決方案進行了一些嘗試之后，EMAS Pro最近開始提供稱為Retention Pro的基于SaaS的工具，用于幫助學校識別出存在退學風險的學生。該服務包含一些不同的模塊，Apache Tomcat、規則引擎、業務分析以及報告引擎，所有這些都是緊密集成的。

Sergeev說：“如果你想在本地運行這些完全不同的組件，那么所有的一切都需要許可，這一方案將成為價格昂貴的提議。”他說可以想象到在企業中有很多針對私有多租戶SaaS應用的用例。

不幸的是，將遺留單租戶應用重構為多租戶卻是說起來容易做起來難。

系統軟件供應商LANDesk的主要產品經理Brian Hoskins說“這是一項艱巨的任務。”在過去三年中LANDesk公司一直在將傳統的服務臺工具SaaS化，目前正在針對系統以及安全管理產品進行SaaS化。

Hoskins解釋道：和很多遺留的本地應用類似，LANDesk圍繞對應用以及數據庫層進行直接調用的Windows控制臺構建。這一模式在SaaS平臺下無法運行，所以公司必須重寫所有代碼，通過Web服務完成所有調用。#p# 

緩解危機

對沒有興趣進行項目開發的公司來說，有創業公司比如Apprenda以及Corent聲稱能夠簡化遺留應用向多租戶的遷移過程。

例如，Corent多租戶服務器能夠用于將單租戶應用轉換為多租戶應用，多個租戶之間可以共享數據庫也可以使用單獨的數據庫。

O4BO.com總部位于香港，最近使用Corent MTS創建了SaaS服務，運行在來自開源商業軟件標準清單當中的IBM SmartCloud之上，這其中包括了用于ERP的Openbravo ，進行業務分析的Pentaho以及SugarCRM。Mike Oliver是O4BO的創始人，同時也是Corent的前雇員，他說轉換次數有所不同，但是能夠在一個小時以內轉換某些應用。

Oliver說：“這和應用有關，有些應用設計良好，但是某些應用存在個人喜好或者設計不夠良好的代碼。”Oliver接著說，“然而訪問源代碼并不是Corent MTs必須要做的事兒。”

Oliver說他已經和很多企業提起了Corent MTS，其功能引起了這些公司的興趣。例如一家美國衛生保健機構正在考慮在全美和其下屬公司一起使用Corent MTS。他們特別感興趣的是被轉換的應用能夠使用共享或專門的數據庫，在衛生保健方面這是一個非常重要的考慮因素，因為不同的州之間的規章制度是不同的。

同樣，轉換本地應用到多租戶環境能夠為組織內部的不同群體——最終用戶、開發人員、質量保證人員提供了一種很有趣的方式訪問單個應用，為每個組提供自定義視圖。

沒有付出，就沒有收獲?

專家說，將遺留應用遷移至云中的捷徑非常吸引人，但是做一些艱苦的重構工作實現新范式還有一些事項需要注意。

云管理軟件廠商RightScale公司的CEO Michael Crandell說架構合理的云應用相對于傳統的本地應用具有眾多優勢即可預見性、彈性以及敏捷性。

可預見性來自于“模板”云應用，這消除了眾多人為錯誤的可能性。Crandell說：“你手動更改之時就是引起混亂之時。”

敏捷性來自于自動化技術比，如自動縮放以及能夠選擇你想在哪兒運行工作負載，彈性是圍繞“一切最終都會失敗這一觀點”設計應用以及在多個節點，區域甚至云供應商之間擴展應用的結果。

Crandell說：“盡管可能很難，但我們建議重新構建正在考慮遷移的所有遺留應用。選擇單個遺留應用并將其丟到云中服務器的想法根本沒有實現云的效益。”