IT世界的發展速度如此之快，一類又一類的系統出現，一個有一個的版本更新，一批又一批的軟件，應用被替換，都預示著舊的系統，舊的應用已經被遺棄了。這大些大批量的遺留系統，遺留應用給企業造成了不小的負擔。所以當云計算出現時，人們企業便把希望寄托在云身上，希望通過把遺留系統遷移到云中，而減輕企業的負擔。

現今，無論是大企業還是小企業都對云計算的采用產生了深厚的興趣，導致這一結果的主要原因是企業對于資源和服務需求的日益增長，以及對資源的高效使用以及較低交付成本的追求。但是伴隨著這些好處而來還有一系列的挑戰：如何集成不同的服務集合?云集成有它自己問題，這對于中小企業來說可能是一個陌生的術語，這些企業在云計算方面還處于菜鳥級別，還沒有專業的知識技能來處理云遷移和云集成問題。讓我們來看看，當企業在云中進行遺留系統和服務集成時，所面臨的一些問題。

對于小型企業來說，把遺留SaaS系統集成到IaaS云中，這往往不是個好主意，因為這將產生額外需要處理的風險問題。在一些垂直行業如醫療行業，在把遺留系統集成于云中時，不能適當地處理安全風險將會導致更多的損害，往往是弊大于利的。IT部門常常需要編寫定制的組件來彌補差距。而另一個需要解決的問題是：為了擴展集成云服務的可用性而設計和建立API，并給開發人員提供新服務組合。如果沒有API，云很容易被鎖定，最終導致產量減少而下線。無論API云集成看起來多的容易，總會涉及到一些風險因素，因為會產品違法的實踐。在確保安全性和在云中跨平臺調用上面，每一個API都有它自己的方式方法，這個因平臺不同而產生巨大差異，而這些平臺很有可能缺乏可擴展性和穩健性。

為了避免意大利面條式的集成，組織必須記住本地安全云與遺留系統擴展性之間的不同。跨部門的溝通一直都是關鍵所在;這意味著你不能用云代替你的IT——IT還是必須要有的，用它來保證服務的運行、維護和故障排除，這些事情最好不要在云中外包。最好的云遷移通常都是復雜的且標準編輯的。在考慮進行云計算遷移時，專家們爭論說像CORBA、Client Server to Web services、EAI和SOA及Oracle Fusion Middleware些集成部署工具都應該在候選清單的前端。面向服務架構(SOA)提供了大部分合適的分層架構，這這些分層架構中，業務實體可以在最上層得到分析，而實時或靜態數據集成則發生在下層。

對于集成類型有不同的選擇，如應用集成是發生在云中的基于資源的集成，以及數據集成是進行大量數據的批處理。這些必須按照組織的需要來做出最好的選擇，從而獲得最優的結果。