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

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

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

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

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