平臺即服務提供了管理企業自己的開發基礎架構的優勢，允許企業有更多時間關注于設計和編碼。雖然PaaS可能是新項目的優先選擇，但是對于現有、遺留開發工作可能并不合適。在將遺留開發項目轉移到平臺即服務(PaaS)之前，需要認真考慮如下五件事。

　　1、如何使用PaaS?

　　不同的公司對于PaaS有不同的使用，來適用其IT環境和目標。首先必須了解如何將PaaS合并到企業中。一些服務可以將一些計算輕松轉移到云端，同時維護本地資源上的其他功能。比如，Pi Cloud提供了一種應用程序接口(API)，可以復制本地的Python代碼到云端，并在云端運行，同時開發工具和代碼庫則保留在本地。

　　另一種選擇是用本地資源開發，用PaaS產品測試。在運行大型測試套件或者需要共享資源的單獨實例進行適當的測試時，這種方法十分有用。也可以通過使用云集成開發環境(IDE)將所有的開發轉移到云端。通過基于瀏覽器的IDE(一些是輕量級的)審核性能支持，可能會不適應所有的性能。

　　2、軟件開發實踐和工具是否適合PaaS?

　　如果使用Git、SVN、Ant或者Maven這樣的工具開發軟件，要考慮在PaaS中這些是否能夠輕松使用。在一個PaaS版本控制系統中工作與本地資源工作并沒有過多的區別。然而，重寫構建腳本則是一種更加具體的工作。如果沒有過多正式的實踐或者使用自主研發的工具，要考慮這些工具如何適用于PaaS環境，且針對代碼和文檔，審核訪問策略。檢查PaaS提供商的訪問控制機制，確保能夠按照需要的方式控制訪問。

　　3、是否需要集成本地資源?

　　應用通常需要整合其他的應用或者共享資源，比如企業數據庫。在這樣的例子中，理解如何從PaaS訪問這些資源。如果使用通過Web服務API實現的內置應用，且已經服務于外部客戶端應用，應該能夠轉移到PaaS。如果安全是關注要點，且只有在虛擬私有網絡(VPN)上的客戶端應用能夠訪問本地應用，就要在開發的早期測試PaaS API。如果需要實現VPN功能且PaaS提供商并不符合需求，可能需要考慮基礎架構即服務(IaaS)云來代替。

　　4、開發堆棧是否完全支持?

　　從單一語言平臺到支持大量語言、數據庫和其他服務的平臺，PaaS產品快速成熟。要找到能夠支持全部應用堆棧的PaaS選擇，減少采用PaaS開發的障礙。比如，如果用Java開發，用Jenkins進行持續集成，可能CloudBees會是個不錯的選擇。如果需要支持Ruby和Node.js，Engine Yard更適合。如果在NoSQL平臺上構建，紅帽的PaaS——OpenShift就是上佳選擇。

　　5、開發期是怎樣的?

　　處于開發期的那個階段會嚴重影響從本地開發轉移到云端開發的成本和好處。典型的，你的開發周期進行的越長久，就會在開發環境和工具中放入更多的投資。按照項目進度情況，需要創建更多軟件且比如轉移到一個PaaS平臺上，增加了轉換的成本。

　　把一個進行中的項目開發轉移到PaaS平臺，只有在PaaS成本權重優勢高于遷移所需要的潛在時間時才有意義。在轉移到PaaS之后，就可以釋放服務器管理、操作系統和其他基礎架構的管理了。如果需要擴展應用，避免時間消耗以及工程師問題，巨大的回報就出現了。

　　在云端運行應用，且以最小的技術介入進行擴展，就能節省時間，確實值得努力轉移到PaaS。