應用集成對于使用組件化或者互聯應用的業務中每天都在發生。雖然大多數云計劃人員對云采用了同本地工作負載相同的實踐，但是這可能并非*選擇。通過從云需求和工具開始，以云為核心的計劃人員可以從長期的角度實現更好的集成。可以從云接口的清單開始，隨后審查云集成工具，zui后基于不斷的市場變化推出一個戰略，而非基于以往的工作。
　　
　　云接口清單
　　
　　在構建應用集成戰略時，作為云計劃人員首要問的問題應該是“在云托管環境下，我的應用組件如何呈現？”計劃人員和架構師都知道應用中的集成意味著嘗試通過接口將組件放到一起。云應用可以通過連接一個或者更多的接口到一個網絡中呈現，比如通過互聯網或者VPN.不管用什么來連接應用，都必須暴露這些接口。
　　
　　在大多數情況下，接口作為安裝云應用的部署或者復雜任務的一部分呈現，因此檢查這些工具和時間是一個良好的開端。如果由于并沒有在云端部署應用，因而當下沒有使用任何工具的話，針對每一個應用組件簡單地進行接口分類。
　　
　　一旦接口識別好，就可以開始審查了。一個接口通常會有一個網絡地址，這個地址必須能夠為用戶和合作伙伴組件引用。地址的格式是什么呢？是互聯網、IP或者VPN?用戶和應用期望這個地址如何公開？如果將應用托管在多個地方，云提供商如何分配和維護這個地址？
　　
　　如果應用在云端不斷增多，要么必須在目錄中注冊這個地址，比如DNS、LDAP或者UDDI;要么云提供商必須通過管理界面提供整個地址。如果一個組件移動了，需要注冊新的地址。一步就是確定這個地址如何注冊便于訪問，*的戰略就是其云組件和用戶或者合作伙伴組件能夠支持。如果存在多種選擇，選擇一個zui靈活的。現在云應用集成仍舊處于發展初期；有多個選擇很有幫助。
　　
　　審查應用集成工具
　　
　　下一步就是為集成選擇工具，這些集成工具主要有三個類別：
　　
　　1.云端安裝應用的部署和編制工具。這些工具可以部署云應用，而且通常也可以集成多種云組件。一些可能足夠靈活，也可以支持非云組件的集成。
　　
　　2.開源工具編制和集成工具，這些工具可能并不是云提供商的一項服務，但是可以支持提供商的云部署和連接需求。
　　
　　3.軟件公司提供的商用集成工具，比如IBM、Microsoft和Oracle.
　　
　　一些云計劃人員可能嘗試著使用編制工具，但是如果變更云提供商，就需要為新的設置重新進行云集成。如果在選擇云提供商之前，進行廣泛的競爭性分析，可能會希望讓自己的選擇更為開放，而非某個廠商的集成工具。
　　
　　相反的一面就是商用集成工具，可以從應用開發涉及到應用生命周期管理（ALM）或者是私語云軟件。希望部署單一廠商軟件的企業一開始關注一下廠商的集成工具。zui重要的是要記住并非所有的開發/ALM工具能夠*勝任云部署，確保所需的產品有這個能力。集成工具能夠成為廠商自己的云軟件套件的一部分是*的結果。
　　
　　開源集成是一種中立的情況，通常也是*的解決方案。大多數開源集成工具可以用在所有主流的公有云產品上，用戶也表示更易于在IaaS產品上使用它們。這些工具很明顯可以讓企業用主流的開源云堆棧集成公有云組件，比如OpenStack、ApacheCloudStack或者Eucalyptus.
　　
　　使用開源*的問題就是這個集成工具可能會要求企業部署私有云服務，從而提供公有云集成，同時大多數商業集成產品允許企業集成運行在裸機服務器或者虛擬化上的數據中心組件。
　　
　　如果企業對于工具有多重選擇的話，云計劃人員就應該羅列出那些已經可以考慮的集成選擇，然后看一下這些工具的長期市場發展，其發展方向是否和自身企業業務的發展方向兼容。關注適用于擴展應用組件化的集成工具，這樣可以支持目錄冗余和性能加強，從而提供更為寬泛的接口和目錄選擇。
　　
　　為未來創建應用集成策略
　　
　　大約三分之二的用戶發現其目前的應用集成戰略對于云并非*，因而重新部署了一個或者更多的主要應用，而且接近一半的用戶表示他們的應用甚至不適用于云。如果企業希望持續甚至為更長遠的時間里擴展自身的云項目，從云的一側開始進行集成計劃非常關鍵。采用的云集成方法差強人意，就更難進行改變，而且非常昂貴。