任何事物的發(fā)展最終都傾向于融合。云計算也不例外，融合是一個非常泛化的詞匯，但是詮釋了其中復雜的關(guān)系網(wǎng)。之所以眾多廠商追捧混合云解決方案也是這個原因。不管對于云廠商而言，還是云服務用戶而言，集成問題會越來越復雜，而且直接導致的結(jié)果就是用戶會覺得云變得越來越難做，而且其成本遠超過自己的預期。

當然也并不是沒有辦法解決云集成的問題。用戶需要時刻謹記在心的在于要讓自己的云服務提供商以免費的形式提供集成的服務，或者是作為一種附加的服務提供。但這并不是一蹴而就的事情，企業(yè)本身也要單獨的同第三方的提供商或者就自己單獨的來解決一些集成問題。

自定制集成代碼

現(xiàn)在有相當多數(shù)量的SaaS集成還停留在點到點的集成，通過自定制編寫代碼實現(xiàn)。有調(diào)查顯示，接近40%的SaaS和云廠商在企業(yè)內(nèi)部開發(fā)一種點到點的自定制集成，從而為客戶實現(xiàn)同其他應用和系統(tǒng)的連接。如果企業(yè)自身有這種能力，也可以自己動手豐衣足食。但基本上，集成的實現(xiàn)都是通過調(diào)用SaaS廠商的API，隨后廠商將會將數(shù)據(jù)作為一種消息傳送回來。

我們可以通過訪問SaaS廠商的API調(diào)用我們的數(shù)據(jù)，但這種調(diào)用通常都基于一些協(xié)議，比如HTTP、REST、SOAP和JSON。不過由于在不同平臺使用的語言的差異也存在一些問題，比如Force.com就支持Java、.NET、PHP、Objective C、Ruby等等語言。

不過現(xiàn)在最現(xiàn)實的問題在于很多企業(yè)并沒有自己構(gòu)建自定制代碼的能力，而且這項工作非常耗時。如果任何事情發(fā)生一點變化，點到點的集成就被破壞了，而且API也要跟著變化。所以要時刻關(guān)注云服務提供商的API升級信息。這里有一點小建議，如果說企業(yè)能夠自己手動編寫多種云集成的API調(diào)用，最好考慮在API管理工具上花點錢。另外，不得不說的是其實自定制集成代碼的可擴展性并不好。

開箱即用連接器

除了自己動手之外，還可以選擇所謂的開箱即用的連接器。現(xiàn)在這種連接器很多都提供了非結(jié)構(gòu)化數(shù)據(jù)的支持，比如視頻、圖像、音頻、XML，甚至是地理數(shù)據(jù)。而且企業(yè)也更傾向于這種方式進行云集成。這個領(lǐng)域的廠商特別多，很難一一羅列出來，基本上包括了大部分的壟斷解決方案提供商。很多集成廠商都開始用自己已有的連接器產(chǎn)品給客戶實施云集成，而且其形式要比自定制代碼更加的靈活易用。不過要提醒的是，大多數(shù)廠商都關(guān)注在能夠在自己的云平臺上運行的連接器，現(xiàn)在廠商將這種服務叫做“集成即服務。”

本地的這種連接器就像是軟件一樣，可以在企業(yè)的服務器上運行。很多傳統(tǒng)的中間件廠商現(xiàn)在都支持SaaS集成，比如Informatica、IBM和甲骨文。IBM的CastIron專注在設備層級的方案，打包一系列SaaS集成連接器到一個設備上，這樣就能夠優(yōu)化整個的集成過程。當然這種方法也不是沒有問題，因為業(yè)務流程的變更依賴于這種集成。雖說隨著IT發(fā)展，這種方式的價格也不那么貴了，但是也不是非常省錢的解決方案。SaaS廠商可能會在每訪問一次服務適時就收費，或者說有數(shù)據(jù)傳輸?shù)臅r候就收費。

提醒一點，第三方解決方案其實現(xiàn)在也是依賴于連接器，只不過是運行在企業(yè)自己的基礎架構(gòu)上而已，集成實際上在云端發(fā)生。和本地的連接器一樣，這些開箱即用的集成更加的靈活可擴展，而且非常適合在多種云之間進行集成。最省心的在于都是第三方在維護。

像IBM、Informatica、甲骨文和微軟這樣的產(chǎn)同企業(yè)中間件廠商在云集成領(lǐng)域都有所建樹，當然還有很多小型的服務提供商。提供集成即服務的廠商都在云端來跑集成，有些公司可能處于政策原因不能頻繁訪問外網(wǎng)。而且這種服務會隨著用例和容量的上升，費用也發(fā)生變化。這一點上就要考慮集成多少SaaS服務，和訪問數(shù)據(jù)的頻率問題。而且還得小心自己的廠商會被收購，現(xiàn)在云計算領(lǐng)域發(fā)生一起收購案太平常了。