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

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

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

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

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