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

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

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

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

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

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

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

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