在云端部署應(yīng)用比較容易忽視一件事，就是要把這些應(yīng)用和企業(yè)其余的IT框架連接起來并保證正常運轉(zhuǎn)。其實和大部分的“連接”工作差不多，云集成的復雜性要比云應(yīng)用和部署的組件增長的要快多了，逐漸呈現(xiàn)失控的狀態(tài)。不論是對于對云計算抱有期待的用戶，還是當前投身云計算的用戶，云集成平臺都是需求點。

企業(yè)的云集成工作要從評估集點開始，通過基礎(chǔ)平臺或者工具評估，最終得到一個比較中肯的選型，或者是有一個競爭品的對比。這個過程很明顯需要最后選擇出來一些產(chǎn)品，但是對于是不是適合的，基于重要的性能作對比就格外重要了，不僅僅是一種具體的產(chǎn)品或者方法。最基本的要求就是這個打包的解決方案能夠制止買方的API，能夠為垂直和水平的應(yīng)用提供合適的模板。除了這些還有什么呢?

首先一點就是這個平臺能為進行目標集成的云應(yīng)用提供哪些具體的支持?最佳的選擇當然是云集成平臺直接支持軟件包，其次就是支持已經(jīng)集成的軟件類(CRM、ERP等等)，再者就是支持像SOA、SAML等這樣的水平集成戰(zhàn)略，這是對軟件最基本的點所在。這項評估對于哪些運轉(zhuǎn)單一供應(yīng)商的集成平臺的企業(yè)尤為重要。因為他們很可能最希望從緊密合作的提供商那里得到提供商自有的云集成功能。

第二點要注意的是這個云集成平臺支持哪種類型的GUI?有些產(chǎn)品會提供一種較高的自定制拖放的界面，還有一些只提供一種。簡單的GUI當然好，尤其是對于非IT用戶，但是對于解決所有集成問題來說，可能不夠靈活，尤其是云承諾增長迅速的時候更是如此。腳本或者編程界面是對IT專業(yè)人士，終端用戶希望推進自己的云項目，從這一點上看可能就需要額外的專業(yè)服務(wù)來支持了。

再者我們要關(guān)注的也是經(jīng)常忽略的就是這個云集成解決方案對于確保其安全和審計集成活動是不是可用的。應(yīng)用集成導致了大量且具有破壞性的安全漏洞，缺少清晰的審計追蹤來追蹤應(yīng)用關(guān)系的變化讓問題變得孤立，對于應(yīng)用的法規(guī)遵從而言也很危險，好不夸張的說可能會破壞整個的IT環(huán)境。

最后，要關(guān)注這個集成平臺廠商在新興的云集成項目中的發(fā)展。這一點很簡單，到云提供商或者云堆棧軟件廠商的網(wǎng)站上，看看他們相關(guān)的社區(qū)項目。比如像OpenStack這樣的項目。云集成平臺或者工具應(yīng)該與云社區(qū)中新興的發(fā)展趨勢保持與時俱進，尤其是關(guān)于集成方面還有新興的“DevOps”。

社區(qū)項目有助于我們關(guān)注這個集成平臺的開源狀態(tài)，大多數(shù)云計算基于或者至少在開源形式上是一種寬松的狀態(tài)，這意味著能夠節(jié)省潛在的許可證費用。然而，大多數(shù)開源軟件并不被支持。在一些案例中，云軟件可能是多許可證的(一個商業(yè)版本還有一個開源版本可用)，或者從第三方提供專業(yè)的服務(wù)支持。

上面提到的這些集成平臺要考慮的內(nèi)容可以說是必須的，但是以目前云集成的成熟度來看，這些要求會把所有候選對象全部扼殺。未來企業(yè)會更加關(guān)注這些內(nèi)容。最佳的策略就是根據(jù)企業(yè)的集成計劃對每一個點進行評估，然后選出最適合的方案。由于云集成市場初期階段比較新，期望企業(yè)能夠進行長期的追蹤也不切實際。然而，關(guān)注一下每個云集成平臺是如何發(fā)展的可能會比較有幫助，看看是否廠商緊隨市場發(fā)展的步伐。