隨著云計算的不斷發(fā)展，企業(yè)軟件廠商開始發(fā)布基于云的解決方案和服務(wù)，那么是不是我們就不用擔(dān)心集成問題了呢？而且這種情況下的價值主張就是可以兩全其美，即可以完全讓企業(yè)本地的大廠商的企業(yè)應(yīng)用和云端的大廠商應(yīng)用集成。有這種想法的人不在少數(shù)，但是事實上是不是這樣呢？

企業(yè)云戰(zhàn)爭會逐漸發(fā)展成為集成的戰(zhàn)爭，并不是簡單的將應(yīng)用轉(zhuǎn)移到云端，或者云技術(shù)的使用，又或者詳細(xì)了解現(xiàn)在市場上的云廠商。集成問題會成為關(guān)鍵問題，當(dāng)然這也包括自定制的內(nèi)容。對于企業(yè)而言令人提心吊膽的地方在于，軟件廠商轉(zhuǎn)變成為SaaS模型時，是不是企業(yè)應(yīng)用集成模型也會在這個過程中發(fā)生改變？一旦企業(yè)在集成應(yīng)用到其他的應(yīng)用或者合作伙伴的應(yīng)用上做出了投資，集成就會成為為什么我們不想要改變應(yīng)用，甚至是升級的首要原因。因為這個集成是已經(jīng)整合的應(yīng)用的擴(kuò)展，這樣就無法改變應(yīng)用同時還要集成了。

但最終集成還是會“屈尊”于應(yīng)用。云計算就是這樣的助推劑，在云端，集成成為核心問題，因為集成會變成應(yīng)用。這一點很重要，關(guān)于云應(yīng)用的很多討論都聚焦于數(shù)據(jù)集成，這一點而言就是數(shù)據(jù)的位置。這其實不應(yīng)該成為障礙。就像手機(jī)廠商不想變成傳話筒一樣，企業(yè)軟件廠商也不想變成一個“啞終端”。

另外，我們也可以換個思路來看待這個問題，真正的應(yīng)用集成需要更為嚴(yán)肅的對待分析，但是不變的問題在于隨著云計算的成熟，什么類型的集成最適合云？是不是現(xiàn)在的SaaS廠商喜歡的輕量型的，是不是API驅(qū)動的？還有企業(yè)或者軟件廠商是不是還要依賴重量型的中間件工具，比如EAI、ETL等等？又或者說是混合的？

對云集成而言什么樣的應(yīng)用時最好的？最基本的應(yīng)該還是從實際出發(fā)，評估現(xiàn)有的企業(yè)系統(tǒng)?？梢詮钠髽I(yè)的架構(gòu)入手，根據(jù)系統(tǒng)，分成組件部分，然后再分解成哪些系統(tǒng)提供的核心服務(wù)。再根據(jù)其位置，逐一來評估這些服務(wù)。同樣可也知道哪些服務(wù)適合放到云端，需要多少的計算能力，能產(chǎn)出什么樣的結(jié)果。

云集成的需求和挑戰(zhàn)取決于企業(yè)的大小。然而大型企業(yè)擁有很多系統(tǒng)和相對大的預(yù)算，但小型或剛創(chuàng)建的企業(yè)通常會有有限的資源和較少的系統(tǒng)。大型企業(yè)可以需要更復(fù)雜的集成項目，但當(dāng)涉及到集成策略和有利技術(shù)時，也面臨著時間敏感的問題。小型企業(yè)通常會去做非常簡單的集成場景。

與以往相比，企業(yè)要記錄的數(shù)據(jù)越來越多，無論企業(yè)規(guī)模如何，都在猶豫是否要把機(jī)密信息從本地轉(zhuǎn)移出去。一句話不要過度保護(hù)了無用的數(shù)據(jù)。當(dāng)涉及到存儲和管理大量的信息，大數(shù)據(jù)系統(tǒng)超越了對象數(shù)據(jù)庫和XML數(shù)據(jù)庫。像Hadoop這樣的大數(shù)據(jù)系統(tǒng)，是現(xiàn)今管理復(fù)雜的爆炸性的非結(jié)構(gòu)數(shù)據(jù)的一種方法。有了云計算，企業(yè)現(xiàn)在可以利用Hadoop，因為其對商品處理的易訪問性，這也將會是大數(shù)據(jù)和云數(shù)據(jù)集成這種巨大業(yè)務(wù)問題的唯一答案。