云應用的一個突出特色是，它可以采用多種方法實現集成。每一種集成方法都具有局限性，你必需了解和認識它們，這樣才能保證集成操作的順利展開。

　　云計算市場充斥著太多雜音。廠商們不斷宣稱其產品是基于云的，但實際上到底什么是云應用還眾說不一。當大多數的云應用都把自己展現為Web服務時，它們會傾向于采用SOA架構，即便它們并沒有遵從所有的SOA協議。有了正確的工具集和開發態度，你就可以用多種技巧來集成云應用。當然，你必須了解每種集成方法的局限性，這樣才能讓事情無誤地迅速開展下去。現在就讓我們來了解云應用集成的四個層次。

　　第1層：屏幕集成

　　這種集成方法在其他地方也叫聚合（Mashup）。這種方法雖然很快，但是也很不地道。這里的編碼其實就是構建屏幕布局所用的iFrames，還有大量帶參數的URL，可用于抓取其他云中的東西。這是一種起步的方法，可以從類似谷歌和雅虎這樣的公開服務中抓取圖像、地圖、新聞條目，以及數據饋送等。

　　這種方法將會變得越來越強大，因為圖形包和其他文檔服務會變成越來越普通的云服務。AJAX則可以給網頁加上一個時尚、直觀和反應良好的用戶界面。不過，遺憾的是，聚合本質上無法提供更好的安全性，所以對于敏感數據，你還必須尋找比較巧妙的編程實踐，以獲得服務器端的合法性。你或許需要單點登錄或者其他的認證基礎設施，從而對用戶訪問進行控制。因此，在這一層的折衷方式是，簡單編碼和只讀編碼，或者用很復雜的編碼來保障安全。

　　第2層：展示層集成

　　這種方法和你的云應用生成Web頁面的方式有關系，你可能需要在服務器端建立一個編程層，為云應用集成提供一塊肥沃的土壤。與之相對照的是，聚合方法幾乎完全是在瀏覽器中進行的。雖然聚合方法對于把整個頁面的所有段落粘連在一起很在行（例如增加一張地圖或者圖片），但是展示層上進行集成，其突出的特點是能夠在一頁中的某個段落中增加個別的域。例如，通過該方法可以在CRM賬單頁面的總和字段里增加一段文字說明：“客戶過期未付款，需繳納補償金。”但是，這樣一個域只在財務系統中才是可用的。

　　當然，這種方法的長處同時也是它的短處，即付款延誤指示器不能在CRM系統中隨意存放，因此它不能被用來支持報表、警示，或者其他功能。這種方法通常僅用于只讀數據，因為展示層可能沒有系統其他地方所采用的安全基礎設施。它完全取決于你所使用的語言，以及可用的Web安全庫，不過在展示層要利用復雜的安全機制通常是行不通的。

　　第3層：業務邏輯集成

　　這一層是可以進行大量集成的地方，因為這里保留了應用的環境，還有***的安全與Web服務基礎設施。真正讓云應用集成與眾不同的是，這一層提供的API十分豐富和易用，它們支持調出和調入、WSDL/SOAP、RESTful API，或者只是簡單地與XML、JSON會話。對于生產率而言，準確的文檔和代碼樣本是不可替代的。因此，用戶需要在這個基礎上評估云廠商。

　　大多數云應用的集成架構都是相當松耦合的，而且是基于一種請求/響應模式。經常的輪詢并非好辦法，而建立緊致集成環路也很困難。在云必須推送消息的情形中，開發人員應該在應用中創建邏輯關系，觸發消息的發送。開發人員還需要開發一種策略（或許需要專門的集成服務器）去處理網絡故障、應用宕機，從而確保消息的發送。另外，在這一層，集成編碼將訪問所有的系統對象和功能，因此安全至關重要。

　　第4層：數據集成

　　這一層將直接處理云應用的數據庫。由于寫操作不夠安全，許多云系統無法真正實現直接訪問的水平。雖然直接讀取集成數據庫也可能會產生問題，因為表中沒有應用狀態或者交易協調的指示。但對于大量數據的讀取而言，沒有什么比直接訪問數據庫的速度更快了。

　　在這一層，安全的確是一個問題。因為應用的安全模型超越了表的訪問控制可見性。在大多數情況下，數據集成工作將擁有超級用戶的權限，因此其產生的結果數據不應該直接接觸到標準用戶。